2

GITを数週間使用してみました。そして、Git を使ったいくつかのワークフローを理解しようとしています。次に、権限管理用の Gitlab サーバーをセットアップします。GitLab サービスを見回した後、gitlab が埋め込みボタンによる fork ワークフローをサポートしていることに気付きました。ブランチを保護する機能もサポートします。

「保護されたブランチ」機能を使用してフォークボタンを置き換えることができると思いますが、そうですか、それとも理解できない概念がありますか?

私がそう考える理由: fork-workflow ではメンテナーだけが公式リポジトリにプッシュできるので、協力者は公式リポジトリをアップストリームリポジトリとしてフォークし、アップストリームをローカルの作業コピーにクローンし、ローカルでフィーチャーブランチを完成させた後、プッシュします私たちのアップストリームはメンテナーにプルリクエストを行いますが、公式レポでフォークレポを取得したい場合は、公式レポをプルしてアップストリームにプッシュします。その....私は知りません...少し非自動すぎて、チームで働くのが好きではありません.

ただし、保護されたブランチを使用し、アップストリームにフォークはなく、協力者は公式にプッシュする許可を持っていますが、保護された安定したブランチをプッシュできるのはメンテナーのみであり、フォークリポジトリを手動で同期する必要はありません。メンテナーは、cooperators の新機能を取得するために多くのリモートを追加する必要はありません。

これは便利なバージョンの fork-workflow ですか? フォークボタンを完全に交換できますか?

4

1 に答える 1

0

その....私は知りません...少し非自動すぎて、チームで働くのが好きではありません.

これは、非貢献者による貢献、つまりチームの一員ではない人々による貢献を促進することです!

これにより、以下を管理する必要がなくなります。

  • 何百人ものチーム メンバー (レポに影響を与えることができるのは、選ばれた少数のみです)
  • 数百のブランチ (数百のチーム メンバーがさまざまな機能に取り組んでいる可能性が高いため、プッシュする必要があります)

フォークは、次のことを意味するワークフローを導入します。

  • リポジトリを複製して実験を開始するプロセスを容易にする
  • 実際にプル リクエストを作成する意欲のある貢献者を特定します。

彼らの PR が良好で、十分に一貫性がある場合は、元のレポのチームの一員になることができます!
そして、元のレポは、インテグレーターのみが維持する保護されたブランチの恩恵を受けることができます。これは、内部ワークフローの決定です。

于 2014-07-03T05:44:47.107 に答える