1

私は、VisualSourceSafeからTFS2010に移行する過程にある小さな開発チームの一員です。

私はTFSの構造について読んでいて、非常に良い質問に出くわしました。

上記のリンクで言及されていることの1つは、開発構造です。

- Development/
      - Trunk/
          - Source/
          - etc/
      - Branches/
          - Source/
          - etc/

TrunkとはBranches別の子コンテナとしての必要性を本当に理解していませんDevelopment。私がこの構造をどのように読んでいるかは、Trunkから分岐しIntegration（またはMain、MS用語を使用している場合）、Branches次に分岐しますTrunk（つまりTrunk、複数の親Branchesです）。

この場合、階層内の追加レイヤーの利点がわかりません。私にとって論理的に思えるのは（私がこのことを約1日学んでいることを思い出してください）、複数の開発ブランチが必要な場合は、各開発ブランチをDevelopmentコンテナーの子として持つことです。

- Development/
      - DevBranchOne/
          - Source/
          - etc/
      - DevBranchTwo/
          - Source/
          - etc/

上記の構造（DevBranchOneおよびDevBranchTwoは意味のある名前に置き換えられています）では、開発ブランチは兄弟であり、すべてがIntegration（またはMain）から分岐しています。上記を考えると、私の質問は次のとおりです。

  1. の使用目的についての私の理解はTrunk正しいDevelopmentですか？
  2. 私の最初の質問に対する答えが「はい」の場合、そのような階層を実装することの利点は何Developmentですか？
  3. Trunk（私が経験したことのない）SVNから引き継がれたものだけを使用しているのでしょうか？
4

2 に答える 2

0

あなたがリンクした投稿では、彼は2つの「トランク」、Development\TrunkとIntegrationを持っているように見えます.

分岐戦略にもよりますが、通常は「トランク」(または統合分岐) を 1 つだけ使用します。

ただし、複数の統合ブランチが必要になるシナリオもあります。たとえば、機能ごとにブランチを作成する場合などですが、さまざまな機能ブランチを機能グループに統合する必要がある機能グループの概念もあります。サブシステムの統合ブランチに統合される前に、それは後で製品のメイン統合ブランチ (別名トランク) に統合されます。

ただし、ほとんどの分岐戦略では、単一の統合分岐のみが必要です。

于 2011-06-07T07:22:28.320 に答える
0

この他の質問をモデルとして使用することは必ずしもお勧めしません。複数の機能ブランチを統合ブランチ (「トランク」) にまとめ、さらに別の統合ブランチ (「統合」) に統合しているようです。これは、彼らの既存のワークフローに適合することを意図した分岐システムのようです。このシステムに間違いはありませんが、私のワークフローには適合しません。採用するには、自分のワークフローを変更する必要があります。

つまり、その質問で説明されているようなブランチ システムが必要かどうかは、おそらくすでにわかっているでしょう。あなたが予想していることの説明は、おそらく良い出発点です: 複数の開発ブランチと単一のトランク (またはメイン、またはあなたがそれを呼びたいもの) ブランチ。

まだ行っていない場合は、Visual Studio ALM RangersのTFS 分岐のベスト プラクティスを確認してください。

于 2011-06-08T13:03:40.567 に答える