2

TFS2010の既存のプロジェクトのプロセステンプレートが間違っているため、正しいプロセステンプレートを使用して新しいプロジェクトを作成し、TFSIntegrationPlatformを使用してすべての作業項目とバージョン履歴を新しいプロジェクトに移行しようとしています。

ただし、現在の分岐構造ですべてのコードを移行する方法がよくわかりません。現在の分岐構造は次のとおりです。

メイン->開発

メイン->リリース

私が欲しいのは、既存のプロジェクトから新しいプロジェクトにすべてを移動した後でも、同じ分岐構造を維持できることです。

新しいメイン->新しい開発

新しいメイン->新しいリリース

質問は次のとおりです。

  1. すべてのコードを既存のプロジェクトから新しいプロジェクトに移動するにはどうすればよいですか？私はこのように分岐しますか：

    メイン->新しいメイン

    開発->新しい開発

  2. NewMainとNewDevの関係を作成するにはどうすればよいですか？

  3. Main-> New Mainのような分岐を使用してコードを新しいプロジェクトに引き継ぐ場合、後でそれらの間の分岐関係を削除するにはどうすればよいですか（古いプロジェクトは最終的に廃止されるため、誤ってマージしてほしくない）古いプロジェクトと新しいプロジェクトの間）。

4

1 に答える 1

2

わかりました、私はショットを与えます：

解決策1：

ソース管理

  • 「優れた」プロセステンプレートを使用して新しいチームプロジェクトを作成する
  • 「メイン」から派生した「新しいメイン」ブランチを作成します
  • New Mainから派生した「NewDev」ブランチを作成します。これは、「NewRelease」でも同じです。
  • 競合が発生した場合にソースバージョンを受け入れて、「Dev」から「NewDev」にマージします。「新作」も同様です。「NewDev/Release」ブランチに履歴を保持することはありません。必要に応じて、それらのベースブランチを調べる必要があります。

作業項目

Excelを使用して作業項目を作成することをお勧めします。最初に、コピーするすべての作業項目を一覧表示するクエリを設定し、関心のあるフィールドを表示してから、全体を（必要に応じてマッピングを含めて）にコピーします。新しいチームプロジェクトに接続された別のスプレッドシートを保存し、すべてを保存して新しい作業項目を作成します。

次の場合にそれを行うことができます。-適度な量の作業項目がある（動機に応じて判断するのはあなたです;））-作業項目の履歴（改訂）を気にしない。-怠惰で、移行ツールキットを使用したくない（またはニーズに合っている場合）。

解決策2：解決策2：

プロセステンプレートのインプレースアップグレードでそれを行うことができますが、それは主に手動で行われます。

ソース管理

  • 何もする必要はありません。これは、ソース管理（ブランチの関係、履歴）に関してすべてをそのまま維持する唯一の方法です。

作業項目

  • 以前に提供したExcelの方法を使用して履歴を保持したい場合は、WITを追加/変更する前に、Excelですべての作業項目を取得したことを確認してください。
  • すべての作業項目を削除します。ここを参照してください。
  • WITを削除します（tfpt destroywitd）
  • 新しい作業項目タイプを追加します。
  • 必要に応じて、Excelから新しいものを作成します。

SQLレポート

  • 既存のレポートを削除する
  • 新しいプロセステンプレートからのものを追加します

私のテイク

ソース管理が最も重要な場合は、ソリューション2を選択します。Excelまたは移行ツールキットを使用するかどうかは、作業項目の数によって異なります。マップできるフィールドがたくさんある場合は...

解決策2に進む場合は、何かおかしなことをする前にTPCをバックアップしてください。（TFS 2010を使用していると思います）

于 2012-05-09T20:36:54.293 に答える