“里面有什么?”;主干“;SVN中的文件夹?

“里面有什么?”;主干“;SVN中的文件夹?,svn,version-control,naming-conventions,Svn,Version Control,Naming Conventions,这是一个非常基本的、毫无意义的问题,但是: 我应该将解决方案的内容直接放入trunk目录,还是放入trunk/solution 我已经进行了搜索,但找不到对此的公认“约定”。这实际上与Subversion(或任何其他版本控制)无关 问自己这样一个问题:如果我创建一个目录树来包含与我正在工作的项目相关的所有版本,我将如何组织它?我所说的“项目”是指活动,而不是MSV所说的项目。所谓“版本依赖”,我指的是属于版本控制的任何内容,也就是说,不同版本之间的内容不同,并且生成可交付成果所需的内容。在安装了

这是一个非常基本的、毫无意义的问题,但是:

我应该将解决方案的内容直接放入
trunk
目录,还是放入
trunk/solution


我已经进行了搜索,但找不到对此的公认“约定”。

这实际上与Subversion(或任何其他版本控制)无关

问自己这样一个问题:如果我创建一个目录树来包含与我正在工作的项目相关的所有版本,我将如何组织它?我所说的“项目”是指活动,而不是MSV所说的项目。所谓“版本依赖”,我指的是属于版本控制的任何内容,也就是说,不同版本之间的内容不同,并且生成可交付成果所需的内容。在安装了必要的工具(仅MSV?)的情况下,您应该能够将该树复制到另一台计算机上,并在您停止的地方继续。树的根目录中的任何内容都会进入
trunk
目录

如果根目录中唯一的文件是目录
解决方案
,您可能会觉得这看起来有点不必要-如果您是这样认为的,请不要这样做。而且不要担心从一开始就搞定它:如果结果不方便,在Subversion中移动文件和目录是相当容易的(尽管Tortoise将其隐藏在不太出名的鼠标右键拖动手势下,使其有点难以找到)


您可能会发现自己在工作副本中放入了其他内容,如用户和内部文档,然后您可能希望代码库降低一个级别。

“如果每个存储库只有一个项目,那么将每个项目根放在该项目各自存储库的根上是合乎逻辑的。”-这意味着我问题的选项1?请确定。如果您计划在存储库中只有一个项目,请将解决方案放置到/trunk。如果计划有多个项目,请将其置于/trunk/projectname下。除非您计划在一个存储库中有多个项目,否则这并不重要。