私が間違いを犯した場合に備えて、私の英語で申し訳ありません:)。大規模なチーム プロジェクトで VCS を使用する方法を学習しようとしています。それに対するさまざまなアプローチは何ですか。私が見つけたのは、さまざまな VCS システムに対する機能の説明だけなので、それに関する情報を見つけるのを手伝ってくれませんか。どのブランチを作成するか、チーム内の役割と VCS のアクセス制限を関連付ける方法など、より実践的な知識が必要です。あらゆる種類の助けをいただければ幸いです。前もって感謝します！:)
質問する
43 次
2 に答える
3
これは非常に幅広い質問であり、組織/チームによって異なると思います。
通常、大規模なプロジェクトではメイン ストレージが 1 つあり、そこから次のような多くのバリエーションを作成できます。
- リリースごとの新しいブランチ。これにより、特定のリリースでバグ修正を行うことができます。
- 顧客ごとの支店 (これが必要な場合)
- 開発ブランチ (各開発者/チームには独自のブランチがあります)。終了後、本店へ納品※。
- メインリリースに追加する前にパーツをテストできる統合ブランチ。
*開発者は通常、開発ブランチを作成できます。インテグレーター統合ブランチ。テスト チームは、いつメイン ブランチに配信するかを決定します。
ただし、複数のバリエーションを使用することもできます...疑わしい場合: シンプルに始めて、実際に必要な場合は新しいブランチを作成します。すべてのブランチは、多くのオーバーヘッドを意味します。
于 2015-05-07T08:19:28.933 に答える
0
このワークフローを見てみましょう: http://nvie.com/posts/a-successful-git-branching-model/
私は自分のプロジェクトの 1 つでそれを使用しましたが、git のような VC や他のすべての DVC では、マージの競合が発生することに注意してください。非常に面倒で欠点ですが、利点の方が大きいです...
こっちも良さそうです。https://www.atlassian.com/git/tutorials/comparing-workflows/centralized-workflow
さらに質問がある場合は、お気軽に質問してください
于 2015-05-07T08:13:31.773 に答える