問題タブ [team-project]

TFS サーバーには、「Connect」というチーム プロジェクトがあります。そのチーム プロジェクトのルート フォルダーには、Web アプリケーション プロジェクトのルートが含まれています。正しくセットアップされたかどうかはわかりませんが、私がやろうとしているのは、「Connect」チーム プロジェクトのブランチを作成して、2 つのバージョン (1 つは運用用、1 つは新しい開発/拡張用) があるようにすることです。適切な構造を取得するための正しい手順は何ですか? そのため、1 つの機能強化に取り組み、最終的にはそれを本番ブランチにマージできます....

TFS SDK (namespace Microsoft.TeamFoundation;) を使用して新しいチーム プロジェクトを作成したいと考えています。しかし、私は今のところ適切なものを見つけていません。

インターネットを検索したところ、TFS 用の公式 REST API を使用できることがわかりました: https://www.visualstudio.com/integrate/api/tfs/projects (「チーム プロジェクトの作成」を参照)

C# .Net を使用してチーム プロジェクトを作成する最良の方法は何ですか?

与えられたアドバイスに感謝します。

TFS 2015 の 2 つのチーム プロジェクト コレクション間でチーム プロジェクトを移動する必要があります。また、履歴とラベルを新しいコレクションに移動する必要があります。

ヒストリーやレーベルと一緒にコレクション間でプロジェクトを直接移動する方法がないことは承知しています。

誰かがそれを処理するためのより良い方法を提案できますか?

前もって感謝します、
ディネシュ

新しいソリューションで再起動できるように、チーム プロジェクトのバージョン管理を削除したいと考えていました。ts destroy コマンドを使用してすべてを削除しました。しかし、現在、既存のチーム プロジェクトのソース管理にルート フォルダーがありません。

チームプロジェクトにはさまざまなタスク、バックログなどが含まれているため、削除して作り直したくありません。

チーム プロジェクトのルート フォルダを再作成して、ソリューションをソース管理に追加するにはどうすればよいですか?

どんな助けでも大歓迎です！どうも。

コンテンツをクリーンアップするために、既存のチーム プロジェクトを新しいプロジェクトにコピーしたいと考えています。履歴を保持しながら、現在取り組んでいるプロジェクトに影響を与えることなく、実際に実行する前にこのタスクの予行演習を行うことができます。事業。

バージョン管理ソリューションとして VSTS (別名 VSO) を使用しています。OpsHub 移行ユーティリティを使用して、以前に TFS と VSTS の間でプロジェクトをコピーしました。同じツールを使用してチーム プロジェクトをコピーできることを期待していましたが、このツールは、ソースが自己ホスト型の Team Foundation ソリューションであることのみを許可するようにロックされているようです。VSTS ではありません。

VSTS 内でチーム プロジェクトをコピーする方法を知っている人はいますか?

重複の推奨: TFS から VSTS へのソース コードの移行

私の質問で説明したように、VSTS から VSTS ではなく、TFS から VSTS に関連するため、私の質問は上記とは異なります。無料の OpsHub ツールは、TFS から VSTS への質問に対処しますが、(無料バージョン) は VSTS から VSTS へのシナリオには対応していません。

VSTS (「ビジュアル スタジオ チーム サービス」) を使用したいのですが、大きな問題があります。

基本的に、いくつかのクラス ライブラリ ソリューション (例: ClassLibrary1 、 ClassLibrary2 ) があり、それらを他のプロジェクト (例: websiteSolution1、websiteSolution2 、websiteSolution3) で参照として使用しています。

もちろん、ソリューションごとに個別の git リポジトリ (VSTS のチーム プロジェクト) を用意したいと思います。たとえば、「チーム プロジェクト」が含まれるソリューションと同じ名前であるとします。

ここで、以下のルールでいくつかのビルド定義を作成したいと思います:

1. 誰かがクラス ライブラリの「チーム プロジェクト」 (ClassLibrary1 など) の 1 つに何らかの変更をコミットした場合、まずその classLibrary ソリューションをビルドし、結果 (DLL ファイル) を使用して Web サイト ソリューション (websiteSolution1、websiteSolution2 、websiteSolution3 など) にフィードします。最終的に Web ソリューションを構築します (これらは別のチーム プロジェクトにありますが、同じアカウントです)。

2. 誰かが Web サイト ソリューションの 1 つ (例: websiteSolution1) に何らかの変更をコミットした場合、最初にすべてのクラス ライブラリの「チーム プロジェクト」 (例: ClassLibrary1 、 ClassLibrary2 ) をビルドし、その結果 (DLL ファイル) を使用して Web サイト ソリューションにコミット (例: websiteSolution1, ) そして最後に Web ソリューションをビルドします (これは別のチーム プロジェクトにありますが、同じアカウントです)。

問題 : 新しい「ビルド定義」を作成すると、ビルド定義を含む同じチーム プロジェクト内のコードしか表示されません。