0

バックグラウンド：

TFSを使用する3〜5人のプログラマー。レガシーアプリをサポートするだけでなく、新しいアプリを構築します。私は継続的デリバリーの要素を実装しており、最初から適切な構造を作りたいと思っています。現在、アプリの相互依存性はほとんどありませんが、将来的にはいくつかの共有コンポーネントが存在する予定です。

長い機能の分岐が必要になる非常にまれなケースを除いて、「単一トランク」分岐戦略（つまり、分岐なし）を実装する予定です。これは、絶対に起こらないように努めます。

質問：

これを考えると、どのソースコード構造が優れているのか、そしてその理由は何ですか？ どちらか一方を選択すること（ワークスペースなど）に重大な影響はありますか？

シングルメインブランチ

$/MAIN/src/ApplicationA/ApplicationA.sln
$/MAIN/src/ApplicationA/Project1.csproj
$/MAIN/src/ApplicationA/Project2.csproj
$/MAIN/src/ApplicationB/...
$/MAIN/src/SharedModule/...

vs.アプリケーションごとのメインブランチ

$/ApplicationA/MAIN/src/ApplicationA.sln
$/ApplicationA/MAIN/src/Project1.csproj
$/ApplicationA/MAIN/src/Project2.csproj
$/ApplicationB/MAIN/src/...
$/SharedModule/MAIN/src/...
4

2 に答える 2

2

すべてのコードを 1 つのメイン ブランチで開発するのが好きです。次に、構成設定を使用して、モジュールを本番用に基本的に無効にし、リリースの準備ができるまでテスト用に有効にします。追加の利点は、早期に頻繁にリリースするため、モジュール (dll) がリリース用に既にパッケージ化されていることです。

于 2012-11-14T02:23:30.920 に答える
2

私の経験では、別々の開発サイクルを持つものには別々のブランチを使用する方が良いことがわかりました。

それらを常に 1 つのパッケージとして一緒にリリースし、それらを 1 つの製品として開発する場合は、1 つのメイン ブランチがより適切です。

すべてのアプリケーションが異なるタイミングでリリースされる可能性がある場合、アプリケーションごとのメイン ブランチがより適切と思われます。

于 2012-11-09T05:40:38.963 に答える