visual-studio - VisualSVN 和类库不在工作副本根目录中

Question

我们正在使用 VisualSVN 从 SourceGear Vault 切换到 TortoiseSVN，以实现 Visual Studio 集成 - 非常喜欢它。但是，我们在多个不同的应用程序中引用了多个类库，这些类库不是任何应用程序中工作副本根的一部分。处理此问题的最佳方法是什么，以便我们可以继续利用 Visual Studio 集成，但仍将各种类库保留在每个项目/应用程序的根目录之外？ SourceGear 对此没有问题。

可以仅在资源管理器中使用 TortoiseSVN 单独添加类库，但无法从 Visual Studio 中提交对工作副本之外的任何内容的更改；也没有 VisualSVN“交通灯”指示这些工作副本类库之外的状态。

顺便说一句，我们也将采用“一个存储库与多个项目”的路线，而不是多个存储库，特别是因为这就是我们多年来一直工作到这一点的方式。

更新:

我重新阅读了我之前看过的一些内容，发现 svn:externals 不仅仅指使用不同存储库中的代码，还可以用于在 VisualSVN 中使用多个工作副本。

见 http://www.visualsvn.com/support/topic/00007/和 http://svnbook.red-bean.com/en/1.2/svn.advanced.externals.html

然而，这是处理这个问题的最佳方式吗？有一个 good thread它经历了事情，但并没有完全解决事情。

因此，是否使用 svn:externals ？是否使用多个存储库？同样，多年来我们一直在多个解决方案/应用程序之间引用共享类库中的代码，这对我们有用。现在如何最好地使用 VisualSVN 进行这项工作？

Answer 1

找到最佳答案 here :

引用项目

有时，构建由许多不同 check out 组成的工作副本很有用。例如，您可能希望不同的子目录来自存储库中的不同位置，或者可能完全来自不同的存储库。如果您希望每个用户具有相同的布局，您可以定义 svn:externals 属性。

和 here :

包含一个共同的子项目

有时您会希望在您的工作副本中包含另一个项目，也许是一些库代码。您不想在存储库中复制此代码，因为那样您将失去与原始(和维护的)代码的连接。或者也许你有几个共享核心代码的项目。至少有 3 种方法可以解决这个问题。