問題タブ [team-project]

Microsoftのアジャイルテンプレートに従って、アジャイルライフサイクルの各部分に独自のプロジェクト（csprojではなくTFSプロジェクト）を与えることを考えています。

• あるプロジェクトから別のプロジェクトにアイテム（ユーザーストーリーやタスクなど）を移動することは可能ですか？
• これらのプロジェクトの編成は、実際のソフトウェアビルド（ソリューション、csprojなど）に影響を及ぼしますか？
• アジャイルプロジェクトのために推奨されるプロジェクトなどの組織構造は何ですか？
• 標準のアジャイルプロセスで動作するようにTFSを設定するために推奨できるガイドはありますか？

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

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

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

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

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

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

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

すべてのバージョン履歴を保持しながら、TFS 2010 で 2 つの異なるチーム プロジェクト コレクションをマージすることはできますか (番号付けに重複の問題があるため、変更セット番号は変更される可能性があります)。例えば

そして、私は次のようになりたい:

また、チーム プロジェクト C のバージョン履歴 (すべての異なるチェックイン) を保持しているので、必要に応じて以前のバージョンに戻したり、変更を表示したりできます。

フォローアップとして、チーム プロジェクト コレクション A を 2 つの別々のコレクションに分割することも可能ですか (ここでも履歴を保持します)。

最初に計画されたセットアップが、しばらくするとすべての要件を満たせなくなるシナリオがいくつか見られます (マージするための共通コードや、分割する懸念のサイズ/分離など)。

TFS 2010 のチーム プロジェクトの概念について教えてください。私の会社では、複数の製品を同時に作業している 1 つのチームがあります。製品ごとにビジュアル スタジオ ソリューションがあります。私たちはSCRUM方法論に従っています。私たちの製品バックログとスプリントバックログは基本的に複数の製品に関連するアイテムで構成されているため、チームはスプリント中に複数の製品に関連するバックログアイテムに取り組みます。TFS 2010 の SCRUM プロセス テンプレートを使用することを楽しみにしています。

TFS ソース管理でプロジェクトを整理し、TFS プロセス テンプレート (SCRUM) を最大限に活用するには、どのようなアプローチを取るべきか疑問に思っていました。

• 製品ごとにチーム プロジェクトを作成する必要がありますか? しかしそれは、各チーム プロジェクトのプロセス テンプレート、プロダクト バックログ、スプリント バックログを維持する必要があることを意味します。特に作業項目を作成してクエリを実行する場合、チーム エクスプローラーでチーム プロジェクトを何度も切り替える必要があります。同様に、バーンダウン チャート/レポートを作成する場合、チーム プロジェクトごとに 1 つ存在します。これは悪夢のようです！

• または、1 つのチーム プロジェクトを作成し、その下にすべての製品 (Visual Studio ソリューション) を配置する必要がありますか? プロセス テンプレートが 1 つ、製品とスプリントのバックログが 1 つ、すべての作業項目を確認/クエリする場所が 1 つあるため、この方が良いように思えます。

私には、チーム プロジェクトは、製品や Visual Studio ソリューションではなく、チームにマップする必要があるように思えます。しかし、私の過去の経験では、チーム プロジェクトが製品/ビジュアル スタジオ ソリューションにマッピングされている場所に出くわし、少し混乱しています。

TFS2010 チーム プロジェクトの名前を変更することはできますか?

問題のプロジェクトは CMMI 5.0 チーム プロジェクト テンプレートに基づいていますが、いくつかのカスタム変更 (新しい WIT とリンク タイプ) で変更されています。

名前の変更を実行可能にするには、すべての履歴を維持する必要があります。

チーム プロジェクト コレクションを作成し、VMWare スペースで作成された TFS 2010 にチーム プロジェクトを追加しました。最近、システム管理者がサーバーのイメージをコピーし、スペース不足のために新しい VMWare サーバーに再作成しました。

それが原因で特定の問題が発生しているかどうかはわかりませんが、動きを投稿してください TFS 2010でチームプロジェクトを作成しようとすると、このエラーが発生します

エラー TF24023:

Team Foundation サーバーの構成エラー。新しいチーム プロジェクト ウィザードの作業項目コンポーネントは、Team Foundation Server に接続できませんでした \

説明

Team Foundation Server の管理者に連絡して、サーバーがネットワーク上で利用可能であることを\確認してください。また、プロジェクト作成ログで役立つ追加情報が見つかる場合もあります。ログには、失敗時にウィザードによって実行された各アクションが表示され、エラーに関する追加の詳細が含まれる場合があります。

ユーザー アクション

プロジェクト作成ウィザードは、Team Foundation サーバーに接続できませんでした \. 現時点では、接続に失敗した理由を特定できません。

servername\projectcollectionnameサーバーはアクセス可能で、以前に作成したチーム プロジェクトを操作できますが、サーバー名としてインスタンスを参照しようとするため、新しいチーム プロジェクトを作成できません。誰かがこれを解決するのを助けることができますか?

エラー番号とログ関連の解決策と他のフォーラムを検索しようとしましたが、私の問題に関連する詳細を取得できませんでした.

新しい構造を新しいTFSリポジトリに設定し、チームプロジェクトを次のような構造のサブフォルダーにマップしようとしています。

根

• トランク
  • （TeamProject）Proj1
    • SubProj1
    • SubProj2
    • SubProj..。
  • （TeamProject）Proj2
    • ..。
  • （TempProject）..。
  • グローバル
• リリース
  • Proj1
    • SubProj1 V3.5
      • Proj1（ブランチ）
        • SubProj2（ブランチ）
        • SubProj4（ブランチ）
      • グローバル（支店）
    • SubProje1 V3.6
      • Proj1（ブランチ）
        • SubProj2（ブランチ）
        • SubProj4（ブランチ）
      • グローバル（支店）
    • SubProje2 V2.1
      • Proj1（ブランチ）
        • SubProj1（ブランチ）
        • SubProj7（ブランチ）
      • グローバル（ブランチ）..。
  • Proj2..。
• サードパーティのライブラリ
  • Lib1
  • Lib2

これは、これまでの差分sccシステムでの作業に使用されている構造に関するものであり、それらすべてを新しいTFSリポジトリに統合しようとしています。

私たちの見解では、この構造にはいくつかの利点があります。

• TFS（作業項目、ビルド）のチームプロジェクト機能は、社内のチームごとに分けられており、ビルドのリストは、特定のサブプロジェクトを検索するのにそれほど長くはありません。
• リポジトリをローカルハードドライブにマップするには、リポジトリの「Trunc」パスと「サードパーティライブラリ」パスを同期するだけで、過去15年間のすべてのブランチを各ハードディスク（ギガバイトのゴミ箱）にロードしないようにする必要があります。Truncのメインサブフォルダーには、私たち一人一人が毎日使用するアクティブなソースコードのみが含まれています。
• certailブランチをbufix/recompileするために、リリース内の特定のサブフォルダー（つまり、/ Release / Proj4 / SubProj2 V4.5 / *）のみをチェックアウトします。これは、サイズが数メガバイトしかないものです。再構築後、このサブフォルダーのマッピングをハードディスクから削除できます...

Webを見て回ったのですが、TFSの構造が厳しすぎて、チームプロジェクトはリポジトリのルートにしか配置できないようです。それは可能ですか？ある場所でチームプロジェクトを管理し、別の場所でリリースブランチを処理する方法はありませんか？そして、いくつかのチームプロジェクトから使用される自己開発の共通ライブラリはどうですか？

私たちのリポジトリ（いくつか）では、さまざまなトピックにグループ化されたプロジェクトが何百もあります。トピックのチームプロジェクトを作成し、個別の.slnファイルを使用して、チームプロジェクト内のさまざまなサブフォルダーによって実際のプロジェクトを管理したいと思います。しかし、私は本当にすべてのアクティブなソースからリリースブランチを分離したいと思います...

これを処理する方法はありますか？

あなたの答えをありがとう、私はあなたが残酷に答えたものを聞くのが怖かった...

同じベースライブラリを使用するチームプロジェクトがいくつかあります。リリースブランチでは、通常、これらのベースライブラリもブランチして、これらのライブラリを安定してサポートします。TFSで、アプリケーションに異なるチームプロジェクトを使用し、ベースライブラリに別のチームプロジェクトを使用する場合、App1のリリースブランチ、つまりアプリのパスが分岐した「App1V3.2」を作成できますか？使用されているライブラリのパス？または、アプリケーションのリリースブランチを作成するたびに、ベースライブラリチームプロジェクトもブランチする必要がありますか？次に、App1の適切なリリースからベースlib3およびベースlib5の適切なリリースを見つけるにはどうすればよいですか？

なぜMSのすべてがそれほど複雑でなければならないのですか？一見クールなシステムですが、使ってみると、働き方を完全に変えないといけないことがわかります...

TFSは、PERFORCE、SubversionなどのSCCとしてのみ使用できますか？team-project-root-levelを取り除く方法はありますか？または、サブチームプロジェクトを定義する方法はありますか？

さて、私が1つの大きなチーム、つまり「開発」を作成し、最初のドラフトと同様のサブフォルダー構造を持つことにした場合、アイテム/ビルドはどうですか？つまり、実際の好みを表すグループにビルドを入れることはできますか（ドラフトではサブプロジェクトと名付けました）？それ以外の場合は、「開発」チームプロジェクトのビルドの数百のリストと、社内のまったく異なるチームに属する何千ものアイテムがあります...

ソース管理エクスプローラーには次のものがあります

TFSServer/teamCollection + チームプロジェクト

/teamproject を /teamproject-dev に分岐することは可能ですか? 出力は

TFSServer/teamCollection/ + teamproject-dev

試してみたところ、エラーが発生しました:
TF10175: チーム プロジェクト フォルダー $/teamproject-dev が存在しません。Team Foundation Server 管理者に連絡して、作成するよう依頼してください。

すぐに使用できる MSF for Agile 5.0 プロセス テンプレートを使用して作成された既存のチーム プロジェクトがあります。それ以来、カスタマイズされた Microsoft Scrum 1.0 テンプレートを標準化してきました。既存のプロジェクトに基づいて、現在のテンプレートを使用して新しいチーム プロジェクトを作成しました。元のチーム プロジェクトでは、それ以上の作業は行われません。

この既存のチーム プロジェクトは、ALM Ranger の分岐ガイダンスの「基本」分岐パターンを使用します。

新しいプロジェクトを作成するとき、元のプロジェクトから分岐して新しいプロジェクトを開始するオプションを選択しました。結果は私が考えていたものではありません：

「チーム プロジェクト 2/メイン」から分岐する「チーム プロジェクト 2/開発/開発」ブランチが必要でした。「リリース」も同様です。これにより、2つの質問が残ります。

1. 必要な構造を得るために、別の方法で行うべきことはありますか?
2. 新しい (悪い) 構造を必要なものに変更するために今できることはありますか?