当前位置:  开发笔记 > 开发工具 > 正文

您对SVN分支和标签使用哪些命名约定?

如何解决《您对SVN分支和标签使用哪些命名约定?》经验,为你挑选了2个好方法。

我们公司正在为SVN分支和标签创建一个命名约定,我对在分支/标签名称上仅使用日期或内部版本号的想法感到不舒服.

我认为我们需要的名称能够更好地定义这条路径代表什么,正在做什么努力等等.

你觉得/用什么?



1> Evan..:

我总是在标签(通常是分支)前面加上YYYYMMDD格式的日期,然后是标签或分支的用途说明.

例如,20090326_Release_v6.5或20090326_Post_Production_Update

当然,这是在标准的trunk/tags/branches层次结构下.

日期前缀确保它们的所有标记或分支都按创建顺序显示,如果您通过标记的大文件夹进行扫描,那么只需按描述排序就更有用了.您可以看到创建时间和原因的时间表(如迷你日志消息).



2> Jim T..:

好吧,分支是非常开放的,因为有几种不同类型的分支,它们的命名可能非常不同.

值得记住源代码控制给你的东西.标签名称不只是"v1.4",而是"/CashCowProject/tags/v1.4".命名标签"/CashCowProject/tags/CashCowProject-v1.4"有点多余,还有什么呢?

修订控制还使您可以完全访问标记的创建日期和时间.修订控制还为您提供了应该使用的提交消息,尤其是第一行.

鉴于所有这些信息,将一个简单的视图集合在一起并不难,为您提供所需的所有信息,来自一致且适当的来源,例如:

CashCowProject
    v1.4 - 26 March 2009     :  With Added whizzbang (more)
    v1.3 - 13 February 2009  :  Best graphics!       (more)
    v1.2 - 01 January 2009   :  Upgraded security    (more)

标签名称唯一真正有用的是版本号.如果你试图将所有信息都放到标签名称中,那就有点罗嗦了,我敢打赌它看起来不会那么好.


我认为这种想法适用于标签,但不一定适用于分支机构。我可以打开一个实验分支,并且有任何数字不会告诉我该分支的含义。
实际上,我完全不让分支命名出这个答案,而且一个数字不是一个好的分支名称.
推荐阅读
pan2502851807
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有