#3 Introduce a fork+PR contribution workflow

開啟中
Houkime6 年之前創建 · 0 條評論
Houkime commented 6 年之前

This is done automatically if you use Gogs, Gitea, or self-hosted Gitlab and is even easier if you don't go self-hosted.

Issues solved:

  • People needing to have a write access to the server to maintain their own branches publicly accessible and automergeable-when-ready.
  • And atk needing to use gitolite to fine-grain manually manage access rights separately for each user. (which also adds time for a new contributor to jump in)

Instead people will just have their own forks and no write access to the main repo is needed.
Forks are reviewed upon merge but that's it.

Issues created

none I can tell. This is a very common practice in 2018.

This is done automatically if you use Gogs, Gitea, or self-hosted Gitlab and is even easier if you don't go self-hosted. ### Issues solved: * People needing to have a write access to the server to maintain their own branches publicly accessible and automergeable-when-ready. * And atk needing to use gitolite to fine-grain manually manage access rights separately for each user. (which also adds time for a new contributor to jump in) Instead people will just have their own forks and no write access to the main repo is needed. Forks are reviewed upon merge but that's it. ### Issues created *none I can tell. This is a very common practice in 2018.*
Sign in to join this conversation.
未選擇標籤
未選擇里程碑
未指派成員
1 參與者
正在加載...
取消
保存
尚未有任何內容