Mercurial和Trunk文件夹

Mercurial和Trunk文件夹,mercurial,Mercurial,我是Mercurial的新手。我习惯于使用subversion。有一种习惯是使用trunk作为项目的主文件夹 在Mercurial中创建新存储库时,是否应将默认分支命名为Trunk 我从来没有发现需要它。似乎得到了详细的回答无论手册怎么说,为标签和分支使用复制的目录在SVN中都是一个严重的设计缺陷。它引入了许多问题,其中最严重的一个问题是,整个标记与分支模型只依赖于约定,但实际上没有任何东西阻止任何人在“错误”目录中进行分支 这种方法的第二大缺陷是它鼓励了庞大的项目结构,因为人们希望将他们的单个

我是Mercurial的新手。我习惯于使用subversion。有一种习惯是使用trunk作为项目的主文件夹


在Mercurial中创建新存储库时,是否应将默认分支命名为
Trunk

我从来没有发现需要它。

似乎得到了详细的回答

无论手册怎么说,为标签和分支使用复制的目录在SVN中都是一个严重的设计缺陷。它引入了许多问题,其中最严重的一个问题是,整个标记与分支模型只依赖于约定,但实际上没有任何东西阻止任何人在“错误”目录中进行分支

这种方法的第二大缺陷是它鼓励了庞大的项目结构,因为人们希望将他们的单个{trunk,tags,branch}保持在顶层。现在,人们可以很高兴地只复制一个子目录甚至文件的(~branch),这也会造成潜在的混乱


因此,不要太拘泥于SVN的做事方式,而是学习并接受“正确”的做事方式,如Hg或Git。忘掉主干和分支目录,以合理的方式设置项目结构。

希望我能在这个答案上做+10。使用目录作为元数据是有缺陷的,而且是错误的。那么理智的做法是什么样的呢?:-)基本上是任何适合您的项目或软件的东西。我个人使用maven编写java,我们使用maven默认结构。关键是,不必担心在某处创建名为tags的目录是否会引起混乱。SVN就是这么做的。并补充我以上的评论。SVN最大的缺陷是它教会了半代程序员认为主干和分支文件夹实际上是做事情的正确方式