如何以最佳方式使用 TFS Build
How to use TFS Build in the best way
我们有一个开发团队，还有很多projects/solutions。所以有一些项目用于某些解决方案。
例如项目 X 用于解决方案 A、解决方案 B 和解决方案 C..
我们的团队已将项目添加为参考而不是 dll。因此，如果有人更改了代码并提交给 TFS，而另一个开发人员拉取了存储库，则项目 X 已更改，开发人员必须为他的解决方案组合新项目 X，因为项目 X 是作为参考添加的。
所以，我知道最好添加项目X的dll文件，其他解决方案不会受到项目X更改的影响。
但是，我们刚刚开始使用 TFS 构建，我认为出了点问题。我们有一个 Relase 文件夹，它只包含 TFS 服务器中的 buildt DLLS，并且该项目引用了这些 DLL。但是在本地机器上，我们的团队使用的是项目 X 构建的 dll，而不是直接添加项目 X 作为参考。但是，如果项目 X 已被更改和编译，那么构建 DLL 将被更改，解决方案必须再次审查。
我知道它有点复杂，但我的问题是我们如何为所有团队添加引用作为 DLL（使用版本控制）。例如，所有开发人员的计算机都有 C:\Development\Relases 文件夹，我们可以添加
之类的文件夹
项目 X 1.1
项目 X 1.2
考虑到版本，开发人员直接从此文件夹引用 dll。但是例如，如果另一个开发人员制作了新版本的 Project X 1.3，我还想在 C:\Development\Relases 文件夹中看到新的 dll。
这怎么可能，这是一个好的解决方案吗？如果不是，你的建议是什么？
PS：我们有 VS Ent。 20015 和微软 Visual Studio TFS 14.102.25423.0
通常解决方案将使用项目 X 构建的最新 dll。您可以在 TFS 中签入 dll 作为源代码管理。尽管源代码控制 dll 不是推荐的方式，但这可能是满足您情况的最佳做法。
然后你只需要像管理其他外部dll一样管理dll。您可以参考 Will 在这个问题中的答案的详细方法：TFS dll and references issues
我们有一个开发团队，还有很多projects/solutions。所以有一些项目用于某些解决方案。
例如项目 X 用于解决方案 A、解决方案 B 和解决方案 C..
我们的团队已将项目添加为参考而不是 dll。因此，如果有人更改了代码并提交给 TFS，而另一个开发人员拉取了存储库，则项目 X 已更改，开发人员必须为他的解决方案组合新项目 X，因为项目 X 是作为参考添加的。
所以，我知道最好添加项目X的dll文件，其他解决方案不会受到项目X更改的影响。
但是，我们刚刚开始使用 TFS 构建，我认为出了点问题。我们有一个 Relase 文件夹，它只包含 TFS 服务器中的 buildt DLLS，并且该项目引用了这些 DLL。但是在本地机器上，我们的团队使用的是项目 X 构建的 dll，而不是直接添加项目 X 作为参考。但是，如果项目 X 已被更改和编译，那么构建 DLL 将被更改，解决方案必须再次审查。
我知道它有点复杂，但我的问题是我们如何为所有团队添加引用作为 DLL（使用版本控制）。例如，所有开发人员的计算机都有 C:\Development\Relases 文件夹，我们可以添加
之类的文件夹项目 X 1.1 项目 X 1.2
考虑到版本，开发人员直接从此文件夹引用 dll。但是例如，如果另一个开发人员制作了新版本的 Project X 1.3，我还想在 C:\Development\Relases 文件夹中看到新的 dll。
这怎么可能，这是一个好的解决方案吗？如果不是，你的建议是什么？
PS：我们有 VS Ent。 20015 和微软 Visual Studio TFS 14.102.25423.0
通常解决方案将使用项目 X 构建的最新 dll。您可以在 TFS 中签入 dll 作为源代码管理。尽管源代码控制 dll 不是推荐的方式，但这可能是满足您情况的最佳做法。
然后你只需要像管理其他外部dll一样管理dll。您可以参考 Will 在这个问题中的答案的详细方法：TFS dll and references issues