Dll 如何以最佳方式使用TFS构建
我们有一个开发团队，有许多项目/解决方案。因此，在一些解决方案中使用了一些项目 例如，方案A、方案B和方案C中使用了项目X 我们的团队已经添加了该项目作为参考，而不是dll。因此，如果有人更改了代码并提交给TFS，而另一个开发人员拉取了存储库，那么ProjectX已经更改，开发人员必须将combile作为新的ProjectX作为他的解决方案，因为ProjectX是作为引用添加的 因此，我知道最好添加projectx的dll文件，其他解决方案不会受到projectx更改的影响 然而，我们刚刚开始使用TFS构建，我认为出现了一些问题。我们有一个Relase文件夹，其中只包含TFS服务器中的buildt DLL，并且该项目具有来自这些DLL的引用。但在本地机器中，我们的团队使用DLL，它们是ProjectX的构建，而不是直接添加ProjectX作为参考。但是，如果项目X已经被更改和编译，那么构建DLL将被更改，并且必须再次检查解决方案 我知道这有点复杂，但我的问题是如何为所有团队添加引用作为DLL（使用版本控制）。例如，所有开发人员的计算机都有C:\Development\relasses文件夹，我们可以添加如下文件夹 项目X 1.1 项目X 1.2 开发人员直接从这个文件夹中引用dll。但是，例如，如果另一个开发人员制作了新版本的Project X 1.3，我还希望看到C:\Development\Relasses文件夹上的新dll 这是怎么可能的？这是一个好的解决方案吗？如果没有，你的建议是什么Dll 如何以最佳方式使用TFS构建,dll,tfs,tfsbuild,versioning,Dll,Tfs,Tfsbuild,Versioning,我们有一个开发团队，有许多项目/解决方案。因此，在一些解决方案中使用了一些项目 例如，方案A、方案B和方案C中使用了项目X 我们的团队已经添加了该项目作为参考，而不是dll。因此，如果有人更改了代码并提交给TFS，而另一个开发人员拉取了存储库，那么ProjectX已经更改，开发人员必须将combile作为新的ProjectX作为他的解决方案，因为ProjectX是作为引用添加的 因此，我知道最好添加projectx的dll文件，其他解决方案不会受到projectx更改的影响 然而，我们刚刚开始使
附言：我们有一对。20015和Microsoft Visual Studio TFS 14.102.25423.0通常，解决方案将使用project X最新的dll构建。您可以在TFS中检入dll作为源代码管理。尽管源代码管理dll不是推荐的方法，但这可能是满足您的情况的最佳实践
然后您只需要像管理其他外部dll一样管理dll。在这个问题中，你可以参考威尔的答案的详细方法：我找到了解决方案。我们将使用Nuget:）我们正在服务器中创建Nuget包，一切看起来都很简单。谢谢你的回答：）如果你对我的新问题有任何想法，请回答