看到这样给分支命名的人，你有什么想说的吗。。

不觉得有什么问题

你们有命名规范么，如果不按照项目组约定的规范来做那是值得吐槽，如果没有命名规范，为啥要吐槽别人的命名习惯......

@21grams 最起码得通过命名能让让大概看得出来，你这里面改了什么吧，代码这些东西又不是只给自己看的

http://svn.xxxxxxx/yyyyyy/branches/20140616_adam
http://svn.xxxxxxx/yyyyyy/branches/20140617_adam
http://svn.xxxxxxx/yyyyyy/branches/20140618_adam
http://svn.xxxxxxx/yyyyyy/branches/20140619_adam
http://svn.xxxxxxx/yyyyyy/branches/20140610_adam
http://svn.xxxxxxx/yyyyyy/branches/20140621_adam
http://svn.xxxxxxx/yyyyyy/branches/20140622_adam
http://svn.xxxxxxx/yyyyyy/branches/20140623_adam
http://svn.xxxxxxx/yyyyyy/branches/20140624_adam
http://svn.xxxxxxx/yyyyyy/branches/20140625_adam
这样的分支能看么。。

说明会e文啊，没用拼音，小学应该毕业了。

@yuankui 一天一个分支？？？？

楼主是怎么命名的？

确实有槽点。分支名称最好可以反应该分支建立的目的，新增加某个特性？修复某个小bug？一个新版本？等等

如果是自己用的 private 分支没啥问题吧，毕竟 SVN 不像 git，本地存不了东西。

分支名称最好能突出你这个分支是用来干什么的，例如ie8-debug。

虽不规范，但不值得吐槽

这人肯定超级自恋

2的很

repo/branch/xingongnengshixian-2yue17

以前公司有个傻逼，git的提交记录是这样的

2799d25 Backup 1/2/2014
06798ad Backup 1/3/2014
8a287ee Backup 1/4/2014
1892b82 Backup 1/5/2014
1e79d58 Backup 1/6/2014
e147cfb Backup 1/7/2014
66c8714 Backup 1/8/2014
...

有人会问为什么没给新员工培训，那是因为这逼在简历里写的精通git，我们很善良的相信了他。。。

咱们公司一个程序员的代码类名，变量名，函数名，文件名都带上自己的名字
连对外接口也不例外...
囧~~~

@lm902 你这个太牛叉了。。这么长串，以为有什么聊在里面，仔细读出来，原来全是水。。

起码没有把自家代码上传到googlecode当版本管理工具的。

命名事小，关键在于团队成员之间相互约定成则。

我说说我认为的好的命名习惯

日期+版本+主要改动+[人名]

比如20140624_sprint23_add_title_by_Adam

还是那句话

代码不是写给现在的自己看的

而是别人以及半年后的你看的。

@yuankui 我觉得没必要自己加日期吧，本来不就会有日期记录么