我想设置一个SVN存储库以“修订控制”我的项目.当前,我的工作区看起来像这样,我打算保持这样：
\workspace
\myPrj1
\myPrj2
\myLibBase
\myLibA
\myLibB
myPrj1正在使用myLibBase和myLibA. myPrj2正在使用myLibBase和myLibB.我将有更多的项目在使用这些库.我已经写过,并且正在自己写库.当我在任何项目上工作时,我一直在不断尝试不仅改善项目,而且还改善库：查找错误,添加功能等.
现在如何在存储库中组织它？
这是我的主意,但这是最佳解决方案吗？
>我将始终使用工作空间作为项目根目录.
>我将始终将项目正在使用的库包含在snv项目文件夹中
>我将始终为库提供其他snv项目
然后在存储库中,以上示例将如下所示：
\repository
\myPrj1
\myPrj1
\myLibBase
\myLibA
\myProj2
\myProj2
\myLibBase
\myLibB
\myLibBase
\myLibBase
\myLibA
\myLibA
\myLibB
\myLibB
像这样
…关于项目：
每当我检入项目的工作副本时,我总是拥有所有资源,包括一起检入库.因此,当我签出修订版时,我总是会获得签到时的所有来源(包括库).
…关于库：
另外,当我认为它是一个不错且稳定的版本时,我可以在库svn项目中检入库的工作副本.然后,当我创建一个新项目时,可以签出该版本.
有人可以确认这是个好主意吗？最佳实践？有没有更好的方法？我可以找到有关此主题的文档/教程/ ..吗？在网上？在书上？
解决方法:
似乎这是您想要的：Externals
摘抄：
“有时候,由许多不同的检出构成的工作副本很有用.例如,您可能希望不同的子目录来自存储库中的不同位置,或者可能完全来自不同的存储库.您当然可以设置这样的副本手工场景-使用svn checkout创建您想要实现的嵌套工作副本结构,但是如果此布局对使用存储库的每个人都很重要,则其他所有用户都需要执行与您执行的相同的checkout操作”.
它基本上可以按照您想要的方式工作.当您出于任何原因而需要对它们进行不同的修订时,具有多个依赖关系副本是可以的,而且是必要的.
