問題タブ [tfvc]

バッチ ファイルを使用してコードを生成し、生成されたファイルを Team Foundation Server (TFS) から自動的にチェックアウトして、再生成できるようにします。これらのファイルの大部分は変更されていませんが、ジェネレーターはこれを事前に認識していません。

「tfs undo」コマンドはチェックアウトを元に戻しますが、一部が変更されている場合はプロンプトが表示されます (これは望ましくありません)。また、生成されたファイルをすぐにチェックインする必要もありません。

ユーザーにプロンプ​​トを表示せずに、変更されていないすべてのファイルのチェックアウトを元に戻すコマンド (または一連のコマンド) はありますか?

現在、次のリリースに間に合わず、棚上げする必要がある主要なコード変更がいくつかあります。これらの変更をワークスペースから外し、後で元に戻すことができる良い方法はありますか? 何かが足りないのかもしれませんが、変更が棚上げされてもワークスペースに残っているようです。

これを行うより良い方法はありますか？別のワークスペースを作成したくありません。

VS 2008 と TFS 2008 を使用しています。

TFS では、コメントや開発者によって変更セットを見つける必要があります。今日は目が見えないだけかもしれませんが、ソース管理エクスプローラーでこのタスクを実行する簡単な方法がわかりませんか?

VSTS 2008で次のことができるかどうか疑問に思っていました。

メインブランチと、多くのコード変更が行われるいくつかのブランチがあります。必要なブランチをオンデマンドで構築する方法はありますか?

また、多くのラベル付きバージョンのコードとメイン ブランチがあります。必要に応じてラベル付きバージョンのコードをビルドする方法はありますか?

チェックインメモの目的は何ですか? チェックイン時に入力する「コメント」だけでなく、それらを使用するのはなぜですか。

チェックイン メモには、コード レビュアー、開発者、セキュリティ レビュアー、パフォーマンス レビュアーの 4 種類があります。これらのレビュアーの名前またはこれらの人々による実際のコメントを入れるという考えです. これは、コードをチェックインする前にチーム ウォークスルーを行うことを前提としていますか? これらが必須かどうかはポリシーによって変更される可能性があることは知っていますが、「コメント」フィールドに実際に何が追加されるかはわかりません。

TFSの特定の変更セット/日付から履歴を「パージ」することは可能ですか？

したがって、たとえば、ファイルXの場合

日付Yより古いバージョンをすべて破棄します。

また

リビジョンYより前のすべてのバージョンを破棄します。

TFS で少なくとも 1 つの変更セットが失われました (他にあるかどうかはまだわかりません。ない可能性があります)。リストの一番上にあった変更セットがなくなっていることに気付きました。以下の症状は、私たちが発見した他の少なくとも 1 つのファイルにも存在するため、少なくとも 2 つの可能性があると考えています。さらに、変更セットの番号付けシーケンスに穴が見られます。以下に説明するファイルを含む変更セットがその穴であるとは考えていません。

関連する単一のファイルには 1 行の変更があり、TFS のバージョンには変更前のファイルがあります。

get latest または get specific version を実行すると、変更前の古いファイルが返されます。

「特定のバージョンを取得」を実行した後、ソース エクスプローラーのワークスペースの状態を示す列に、ファイルが古いことを示す「いいえ」と表示されます。これまで試したことはありませんが、チェックインされた変更を含むファイルが得られません。

ソース エクスプローラーからファイルを表示しようとすると、ファイルが古くなっていると表示され、サーバー バージョンとワークスペース バージョンのどちらを表示するかを尋ねられます。ワークスペースのバージョンを選択すると、変更前のファイルが表示されます (おそらく、上記の特定のバージョンを取得したためです)。サーバーのバージョンを選択しても何も表示されず、ダイアログは消えます。

ファイルをチェックアウトし、変更をやり直してチェックインしようとすると、新しいバージョンがサーバーに存在すると表示され、解決方法を尋ねられます。ローカルの変更を破棄するか、サーバーの変更を破棄するかを選択できます。変更をチェックインしたいので、サーバーの変更を破棄することを選択しましたが、再度チェックインしようとすると (TFS での競合によりチェックイン プロセスが停止します)、競合が繰り返され、何をすべきかを尋ねられます。

基本的：

• 変更セットがなくなり、それをチェックインした開発者に確認されました
• サーバー上でファイルに変更がありません
• このファイルのバージョンに関してサーバーが混乱しています。表示しようとすると、バージョンが古いというエラーが表示されます
• 変更をチェックインさせてくれません。新しいバージョンとの競合を繰り返すだけです。おそらく、開発者がチェックインしたファイルは、何らかの理由で変更セットから利用できなくなります

それで... 誰かがこの問題を抱えていましたか？これは、チーム エクスプローラー 2008 で Visual Studio 2008 Professional を実行している開発者のコ​​ンピューター上のすべてのサービス パックを含め、私が知っているすべての更新プログラムが適用された TFS 2008 です。

私は何をしますか？私の唯一の手段は夜間バックアップに戻ることですか?

編集：質問を投稿した後に試していること：

• SQL Server をホストしているサーバー (TFS サーバーと同じ) のディスク容量の確認: 1 つのディスクに 6 GB の空き容量があり、別のディスクに 9 GB の空き容量があります。将来的には十分ではないかもしれませんが、簡単に増やすことができますが (仮想マシン)、現在の問題とは何の関係もないはずです。
• 変更なし：ディスク上の別のフォルダーに新しいワークスペースを再作成し（新しいフォルダーを追加する前にすべて削除しました）、プロジェクトのルートフォルダーで「特定のバージョンを取得」を実行し、下の2つのチェックボックスをオンにします（書き込み可能を上書きし、すべてを上書きします） 、その後、私は最新のファイルを持っていると言います（上記のコラムではい）。ファイルを表示すると、変更前のファイルが表示されます。その特定のファイルで「Get specific」バージョンを実行すると、「いいえ」になり、チェックインと同じ問題が発生します。

解決??

上記で問題が発生したファイルを含めずに、まったく別のファイルで別のチェックインを行いましたが、これを試したときに間違いなくチェックインされていなかったにもかかわらず、そのファイルはその変更セットに「添付」されていました。

つまり、ファイルに関連する変更セットの一部は、正しい変更セット ID を持つ TFS に残っていたように見えるため、同じ ID を持つ別の変更セットが表示されたときに、そのファイルはその一部になりました。

誰もこのようなことを経験しましたか? このようなことが起こる可能性がある場合、TFS に対する私の信頼は実際には向上しません。

不正な動作をする別のファイルがまだあります。同じ問題がすべて発生しているかどうかを確認する必要があります。そのファイルが、欠落していると思われる他の変更セットに関連している場合、SQL ツールを起動しない限り、その変更セットをデータベースに取り込むことはできないと思います (これは実際には行いません)。

私は開発チームにGitを紹介しましたが、私を除いて誰もがそれを嫌っています。彼らはそれをTeamFoundationServerに置き換えたいと考えています。私はTFSにあまり詳しくありませんが、これは大きな後退のように感じます。経験のある人は、TFSでのブランチサポートをGitブランチと比較できますか？また、一般的に、TFSの長所と短所は何ですか？数年間Gitを使用した後、私はそれを嫌うつもりですか？

私は最近VSSからTFS2010に移行し、それを絶対に気に入っていますが、まだ思ったとおりに機能することができていないことがあります。

目標

開発への変更がビルドを壊すときをすぐに知りたいです。事後的にわかったとしても、大したことではありません。1日を通して多くのチェックインが行われるため、ビルドが完了するのを待ちたくないので、非同期にする必要があります。

メインブランチでは、マージが発生するたびに、ビルドが中断されないようにします。これについてすぐにフィードバックが欲しいです。Mainにマージすることはあまりないので、待機時間は問題ありません。

現在の設定

私の解決策はMainというフォルダの下にあります。私はそれから開発と呼ばれるブランチを作りました。私が作業しているワークスペースは、メインブランチと開発ブランチの両方を含むトップレベルに関連付けられています。問題が発生した場合に備えて、開発のみを指すようにワークスペースを調整してみました。それで問題が解決したようには見えなかったので、メインと開発の両方で、元の状態に戻しました。

ワークスペースのビルド定義内に、2つの定義が定義されています。1つはメインブランチ用で、もう1つは開発用です。

最初の定義は、メインブランチを構築するためのものです。ゲートチェックイントリガーがあり、「作成するアイテム」はメイン内のソリューションファイルを指します。

2番目の定義は、開発ブランチでソリューションを構築するためのものです。Rolling Buildsトリガーがあり、「ItemstoBuild」は開発内のソリューションファイルを指します。

結果

現在、開発で変更が行われ、チェックインが実行されると、メインへのゲートチェックインがトリガーされます。これは混乱を引き起こすだけでなく、プロセス全体の速度を低下させる傾向があります。

次のステップ

分岐、一般的なTFSの使用法などに関するTFSガイドのいくつかを見てきました。残念ながら、問題の解決策はまだ見つかりません。以前にこの問題に遭遇したことがある場合は、何か提案をいただければ幸いです。