team foundation server 2012中的SVN外部替代方案

Question

目前，我们使用SVN进行源代码控制。由于开发环境中的额外功能和集成，我们希望迁移到TFS 2012。

我们有很多运行在asp.net中的门户。在我们的门户中，我们使用了很多标准组件。目前，所有门户网站都使用相同的代码库。这意味着，每当我们在共享代码库中更改某些内容时，它(只要发布了门户)就会自动分发。我们非常习惯这种工作方式，我们知道在其他门户网站中存在破坏代码的风险。然而，在所有其他门户中发布更改将花费大量时间。因此，我们在SVN中使用外部变量。

我真的很想保持这个功能的正常运行。所以我的问题是，有没有一种方法可以在SVN中创建一个外部的类似系统，或者有没有真正好的方法来高效地取代这种功能。

Answer 1

在Visual Studio Team Foundation Server Branching and Merging Guide中有几个建议。

如果您下载"Everything“包并查看"All Guides”zip并阅读"Advanced Version Control Guide“。

第5-19页(2.1版)涵盖了管理共享资源，其中有很多内容，将其总结为Stack Overflow可能会造成Ranger的不公平，所以我将指出这一点。

Answer 2

底线: No TFS没有与“svn:external”等价物。

代码共享是不好的，会导致代码重复，而不是代码重用。而是依赖于编译后的代码。

您应该只依赖于共享库的“输出”，而不依赖于源文件。至于场景，我认为在产品/解决方案之间共享源文件是不可取的。

原因是事情可能很快变得复杂和笨拙。如果您将多个依赖项移动到一个共享库，所有这些依赖项都更改为相同的代码，并且它们交替地破坏彼此，该怎么办？解决这个问题的唯一方法是开始将你的公共代码分支到其他项目中，这现在增加了一定程度的复杂性和集成度，从长远来看永远不会得到处理，随着时间的推移，你将得到相同代码库的三个或更多版本。

您应该做的是拥有一个单一的核心组件，该组件被更改并构建以生成输出。然后可以按需将此输出拉入依赖于这些更改或不依赖于这些更改的其他项目中。这导致了更少的破坏，更好的架构和更少的技术债务。

您甚至可以将NuGet引入到等式中，使用托管在内部的服务器发布您的通用组件，并在新版本可用时通知每个消费者。