問題タブ [shelveset]

指定されたシェルブセットを使用してビルドを TFS ビルド サーバーにキューイングする際に問題が発生しました。TFS 2012 を実行しています。多くのプロジェクトを含むビジュアル スタジオ ソリューションがあります。ソリューションを開き、いくつかのプロジェクトでいくつかの .h ヘッダー ファイルに変更を加えてから、その変更セットのシェルブセットを作成します。

次に、ビルドを TFS サーバーのキューに入れます。ビルド定義で、作成したばかりのシェルブセットを選択します。ただし、TFS ビルド サーバーがキューに入れられたビルドを処理するとき、シェルブセットを無視したかのように動作します。コンパイラが変更されたファイルを含むプロジェクトを処理するとき、sources フォルダー内のヘッダー ファイルには、指定されたシェルブセットの変更が含まれません。

ここに興味深いビットがあります。ビルドの処理中にビルド サーバー上に作成されるファイルを見てきました。ソース フォルダーが最初に作成され、データが取り込まれたときに、指定されたシェルブセットに変更が存在します。しかし、ビルド プロセスが関連するプロジェクト ファイルに到達するまでに、ソース ファイルはシェルブセットが変更されていないバージョンに戻されています。

TFS から Subversion に移行しています。ある同僚は、棚付けができなくなったらとてもがっかりするだろうと述べました。TFS では、一連のファイルを作成して単一の名前で保存することができます。ファイルはリポジトリに保存されますが、HEAD やブランチには保存されません。変更はアーカイブされ、タグ付けされるだけです。

これは、Subversion で一連の変更にタグを付けるのと似ていますが、変更をチェックインする必要はありません。シェルビングは、コード レビュー、変更の安定バージョン (まだチェックインされていない) のチェックポイントの作成、および変更を安全に保つために役立ちます。まだチェックインする準備ができていない場合でも、リポジトリにアクセスできます。

Subversion でこれを行うには、リポジトリ内のコードを分岐し、自分のコードをその分岐にチェックインする必要があるように思えます。変更を破棄する可能性が高い場合、これは非常に面倒です。

tfs/tfpt でいくつかの操作を行うだけで、1 つのブランチの 2 つのバージョンの差分からシェルブセットを作成することは可能ですか?

たとえば、(changeset 2013 -> changeset 2034) からシェルブセットを作成します。

Webstorm の TFS プラグインは、サーバー上でのシェルフセットの作成をサポートしていません。それを行うために利用できる他のプラグインはありますか？

ありがとう。

シェルフセット内のファイルで検索を使用する方法はありますか? 多くのシャンクされたファイルを含むシェルフセットがあります。このファイルの特定のクラスの特定のフィールドの使用箇所を見つけたいです。私はこのバージョンを取得したくありません (そして検索を使用します)。しかし、シェルブセットの各ファイルも開きたくありません。

指示に従ってシェルフセットを見つけると、すべての個人用シェルフセットのリストが表示されます。しかし、私が望むのは、別のユーザーの選択を表示して棚上げを解除することです。他の開発者は、ユーザーを好きな人に簡単に変更できます。私にはそのようなオプションはありません。

この問題について TFS 管理者に伝えました。私が得た反応は、「私たちは何もロックダウンしていません。他の人のシェルフセットを表示できるはずです」というものでした。とはいえ、他人の棚は見えません。

何が原因でしょうか? TFS 管理者が「何もロックしていない」ことを確認するためにチェックする必要がある特定の問題またはアクセス許可は何ですか?

TFS には、Dev、Test、Production の 3 つのブランチがあります。私たちは常に順番に昇格します - dev で変更を行い、Test に昇格し、Testing が承認された後に Prod に昇格します。しかし、特定のプロジェクトで問題が発生しました。1 か月以上かけて dev ブランチを一から書き直したので、他の 2 つのブランチとの共通点はほとんどなくなりました。好むと好まざるとにかかわらず、4 日か 5 日でリリースされるサードパーティ ベンダーの新しい API に対応するために、プロジェクトをすぐに変更する必要があると昨日言われるまで、それは問題ありませんでした。開発ブランチは約 75% しか完成しておらず、テストもされていないため、まだプロモートすることはできませんが、それを失いたくはありません。

では、dev ブランチ全体を (今のところ) 棚上げし、現在の Test ブランチを Dev に戻して、新しいバージョンで行ったすべての進行状況を失うことなく一時的に作業できるようにするにはどうすればよいでしょうか?

どこでもチーム エクスプローラーを使用してコマンド ラインを使用して、シェルブセットの棚上げを解除しようとしています。私はこのエラーを受け取り続けます：

シェルフセットは、アンシェルブしようとしている枝と同じ枝にあります。保留を解除しようとする前に実行tf undo -recursive .したところ、保留中の変更がないことがわかりました。なぜマージしようとしているのかわからないのです。これで成功した人はいますか？助けてくれてありがとう。

経験豊富な SVN ユーザーであり、TFS の初心者でもある私は、シェルビング/シェルビング解除プロセスについていくつか質問があります。うまくいけば、経験豊富なユーザーが私を少し助けてくれます。私の意図は、ファイルの内容とバージョンスペックに関してシェルビング/シェルビング解除がどのように機能するかを理解することです。そのために、いくつかの具体的な状況を提示します。

(リモート) ワークスペース マッピングをバージョンスペック (== svn リビジョン) X に更新し、いくつかのローカル変更を行ってから棚上げします。

• ('get' を実行する前に) 別の空のワークスペース マッピングでそれらを取り消すことはできますか?
• versionspec X-2 を指している別のワークスペース マッピングでそれらを取り消すことはできますか (これらと versionspecs の間のコードに関連する変更はありません)?
• versionspec X+2 を指している別のワークスペース マッピングでそれらを取り消すことはできますか (これらと versionspecs の間のコードに関連する変更はありません)?
• 影響を受けるファイル/行に「関連する変更」がある別のバージョン仕様を指している、別のワークスペース マッピングでそれらを保留解除できますか?
• X+2 での「関連する変更」はなく、X+1 で発生した関連する変更がある (X+1 で削除された行を想像してください)しかし、X+2 で再び表示されます) ?

これらの場合に予想される動作は何ですか。エラーや競合は発生しますか? サーバー ワークスペースの代わりにローカル ワークスペースを使用した場合、違いはありますか?