私たちには開発チームがあり、多くのプロジェクト/ソリューションがあります。だから、いくつかのソリューションで使用されているいくつかのプロジェクトがあります。TFS Buildの最適な使用方法
例プロジェクトXは、溶液A、溶液Bおよび溶液C中で使用されるために..
我々のチームではなく、DLLの参照としてプロジェクトを追加しました。誰かがコードを変更してTFSにコミットし、別の開発者がリポジトリをプルすると、プロジェクトXが変更され、プロジェクトXが参照として追加されたため、開発者は新しいプロジェクトXを解決しなければなりません。
私は、プロジェクトXのdllファイルと他のソリューションを追加する方がプロジェクトXの変更によって影響を受けないことを知っています。
しかし、私たちはTFSビルドを使い始めました。私は何かが間違っていると思います。 TFSサーバーにbuildt DLLSだけを含むRelaseフォルダがあり、プロジェクトにはこれらのDLLからの参照があります。しかし、ローカルマシンでは、Project Xを直接参照として追加するのではなく、プロジェクトXのビルドであるdllを使用しています。しかし、プロジェクトXが変更されてコンパイルされた場合でも、ビルドDLLは変更され、ソリューションは再度見直されなければなりません。
私はちょっと複雑だと知っていますが、私の質問は、どのようにしてすべてのチーム(バージョン管理あり)のDLLとして参照を追加できるかということです。 \開発\ Relasesフォルダと我々は
プロジェクトX 1.1 プロジェクトX 1.2
と開発者が直接のバージョンを考慮し、このフォルダからDLLを参照するようにフォルダを追加することができます。たとえば、すべての開発者のコンピュータには、Cを持っています。しかし、例えば別の開発者がProject X 1.3の新しいバージョンを作った場合、私はC:\ Development \ Relasesフォルダに新しいdllも見たいと思っています。
これはどのように可能であり、それは良い解決策ですか?あなたのアドバイスは何ですか?
PS:私たちはVS Entを持っています。 20015およびMicrosoft Visual Studio TFS 14.102.25423.0
私は解決策を見つけました。私たちはNugetを使うつもりです:)私たちは私たちのサーバーに私たちのNugetパッケージを作成しています。応答のためのThanx – unbalanced
はい、Nugetを使用する方が良いアイデアであり、管理が容易です。 –
正確に:)私の新しい質問についてご意見がありましたら、http://stackoverflow.com/questions/39163483/how-to-automatically-create-and-push-nuget-package-after-buildingにお答えください – unbalanced