私は最近、「ソフトウェアインフラストラクチャ」の構築を担当しているため、継続的インテグレーションサーバーを構築しています。
ビルドが完了した後、CIシステムが作成したアーティファクトの一部をタグにチェックインして、後で簡単にフェッチできるようにすることは悪い形式と見なされます（または、ビルドが壊れた場合は、問題をより簡単に再現できます）。
記録のために、ここではSVNとBuildMaster（無料版）を使用します。
これは、ハウツーの質問というよりも、ベストプラクティスの質問です。（BuildMasterで行うのは非常に簡単です）
セス
このアプローチがあなたにとって有益であるとあなたが信じるならば、先に進んでそれをしてください。各アーティファクトの構築に使用されたソースコードの明確なトレースを維持している限り、問題はありません。
このアーティファクトリポジトリは、ソースコードリポジトリから分離しておく必要があります。
ただし、これにソースコードリポジトリを使用するのは少し奇妙です。これらは通常、変更されるものに使用されます。これは、アーティファクトが最も確実に使用すべきではないものです。
ソースコードリポジトリは、トランク全体など、「すべて」をチェックアウトするコンテキストでもよく使用されます。アーティファクトを使用すると、通常、特定のバージョンを探します。すべてのアーティファクトをチェックアウトするのは、それらを他のメディアにエクスポートする場合のみです。
ArtifactoryやApacheArchivaなど、これに特化したアーティファクトリポジトリがいくつかありますが、適切にバックアップされたファイルサーバーは、アクセス設定を徹底的に検討することで、シンプルで十分なソリューションになる可能性があります。
バイナリをタグとしてチェックインするのは匂いだと思います。ビルドアーティファクトは、ビルドシステムの特定のビルドバージョンに関連付けられている必要があり、そのビルドは特定のチェックインに関連付けられている必要があります。その情報から正確なソースコードを再作成できるはずです。探しているのが、壊れたビルドを生成した正確なソースコードリビジョンを開くためのワンストップ関数である場合は、それを実行するPowershellモジュールの構築に時間をかけることをお勧めします。
次のような署名のあるもの：OpenBuild -projectName "some project name" -buildNumber "some build number"