私は最近TFS 2012に移行し、長い間SVNを使用してきました。
SVNでは、開発のいくつかの重要な「チェックポイント」をマークするために「タグ」を使用しました。つまり、ソフトウェア バージョン (アルファ、ベータ) が完成したときに、そのバージョンのタグを作成しました。何かの間違いが起きても、私は「守られている」。
現在、 TFSソース管理で使用するには同じ動作 (または同等のもの) が必要ですが、その構造については混乱しています。
TFSで「タグ付け」を使用するにはどうすればよいですか?
私は最近TFS 2012に移行し、長い間SVNを使用してきました。
SVNでは、開発のいくつかの重要な「チェックポイント」をマークするために「タグ」を使用しました。つまり、ソフトウェア バージョン (アルファ、ベータ) が完成したときに、そのバージョンのタグを作成しました。何かの間違いが起きても、私は「守られている」。
現在、 TFSソース管理で使用するには同じ動作 (または同等のもの) が必要ですが、その構造については混乱しています。
TFSで「タグ付け」を使用するにはどうすればよいですか?
Team Foundation Server では、ラベルは他のバージョン管理システムのタグに似ています。ラベルには、特定のバージョンのファイルが含まれています。
製品をリリースするとき、チーム プロジェクト全体をラベルとしてスナップショットします。つまり11_Release、11.0.0 リリースを指すラベルを作成し、$/TEE最新バージョンの (チーム プロジェクト) を含めます。次に、ブランチをアン解凍し、チェックインを続行できるようにします。
もちろん、これがどのように機能するかは、プロセスによって異なります。必ずしも最新バージョンをそのラベルに適用する必要はありません。実際には、他の変更セットまたは日付バージョン仕様でさえあります。
私はTFSにはかなり慣れていませんが、「ラベル」は私が知る限り実際に同等です。ただし、タグと同じではないことに注意してください。ラベルは実際には、TFS 内のファイルのスナップショットの名前にすぎません。
SVN のようなタグ用の別のブランチはありません。つまり、SVN に「v 1.0」というタグがあれば、小さな修正や追加が必要な場合に備えて、変更をチェックインできます。TFS では、これはラベルでは不可能です。
Ronが言及したように、TFSラベルもタグに非常に似ており、SVNのように別のブランチを作成しません。
しかし、ロンは、そのラベルに小さな変更を加えることはできないと言いましたが、実際には可能です。そのラベルのファイルに変更を加える場合は、その変更をチェックインし、その後、以前に作成したラベルを編集して、その新しいチェックイン バージョンを含めることができます。
ラベルにバンドルされたファイルのバージョンを後で編集することもできます。