VCSのバイナリリファレンスへの最も影響の少ないソリューション

Question

TeamCity 2017.1を使用しており、これを長年にわたり喜んで使用してきました。長い間、誰かがサードパーティ製のバイナリをすべてSubversion（選択したVCS）に入れることに決めました。

これはうまくいきましたが、このリポジトリはかなり大きくなりました。TeamCityを使用した方がより良く、より良くなっています。すべてはサードパーティのバイナリを使用しています。

サードパーティのフォルダはDepartmentと呼ばれ、約2.6 GBのサイズです。このように悪いことではありませんが、このフォルダはビルドサーバー上のすべての単一プロジェクトによって使用されています。！

今、私たちは、ナゲッツやネットワーク共有などを使うべきだと言う皆さんには同意します。それは新しいプロジェクトでうまくいくはずです。しかし、私たちには多くの歴史があり、単一のソリューションとブランチを変更することはできません。

私たちは実際には私たちの部署のもので1つのフォルダを更新するだけで何もしなかった単一のビルドプロジェクトを作成した場合、同僚がこのアイデアを思いつきました。それから、私たちのプロジェクトとソリューションをすべて変更することなく、これを参照する方法を見つけるだけです。

私の頭文字は、スナップショットの依存関係を使用していますが、同じ相対的なレベルを達成するために、シンボリックリンクを最初のビルドステップとして作成し、最後に削除します。

もっと良い方法がありますか？他の人は何をしていますか？

また、ナゲットなどで置き換えることは選択肢ではありません。

Answer 1

あなたの同僚の考えに従って、それを改善しましょう。 Subversionリポジトリを監視し、パッケージをネットワーク共有にコピーするビルド構成があります。そのネットワーク共有は開発チームによってナゲットリポジトリとして使用されます。依存関係をバイナリ参照からナゲット参照に変換するプロジェクトは、より速く構築されます。すべてのチームがNugetリポジトリを使用すると、そのSubversionを殺すことができます。