我们的团队正在转向mercurial（来自SVN）。我们没有人在设置推/拉的中央服务器方面有很多经验。
在颠覆中，我们的顶级目录目前是“代码库”，在其中我们有所有常见的嫌疑......
codebase <- subversion root
- .svn
- src
- docs
- etc.
对于我们的中央hg服务器，我们设置了一个顶级包装文件夹，它是hg存储库，然后在其中放入“codebase”文件夹。所以Mercurial目录结构看起来像这样......
dev <- mercurial root
- .hg
- .hgignore
- codebase
- src
- docs
- etc.
请注意，新的hg服务器将不保留任何.svn工件。包装器文件夹的意图不是“包装”svn repo。代码已经从原始的svn repo中导出，只是一个“新的”hg代码库。
我看不到使用顶级包装器文件夹的任何优势，但团队认为这是一个好主意。我仍然看不出它的原因。
这里有人可以提供一些指导，说明为什么“包装”文件夹可能是好主意还是坏主意？对我而言，这似乎是一种不必要的嵌套，使事情变得更加刺激（特别是从命令行）。
但也许有一些优点我只是不理解？
谢谢！
-Gary
答案 0 :(得分：4)
我看到包装codebase的唯一好处是你可以从dev执行hg命令。如果您将文件转储到与codebase相同的级别，则可能值得。否则，它看起来像是浪费了我的目录。