主题 : 源*码管理的 10 条戒律
级别: 举人
UID: 28907
积分:133 加为好友
威望: 0 精华: 0
主题:126 回复:13
注册时间:2012-02-03
在线时长:0
1#   发表于:2012-03-19 11:42:25  IP:58.254.*.*
显示全部 只看该作者
源代码管理是开发工作中很重要的一部分，甚至可以说是很多开发者的生命。但是我们往往在这方面犯错。 

我在这里列出了十条建议，可以说是戒律。虽然我会用 Subversion 和 .NET 来做示例，但这些戒律和你用的编程语言还有源码管理工具无关。 

1. 彻底抛弃 VSS！ 

VSS 已死，就让它离去吧。它曾经很有用，但是现在其他 VCS（Version Control System）已经远远超越了它。微软也决定从明年开始不再支持 VSS了。 

老实说，在1995年，VSS是一个伟大的工具，但是它的光环早已被它的晚辈——Subversion、Git 和 Mercurial 夺去。 

2. 没有进入版本库，它就不存在 

你应该每天把这条念一遍 ——“工作进展的唯一标准就是代码进了版本库”。在代码进入版本库之前，它相当于不存在。 

我承认你的代码藏在你机器的某个角落，但是对于其他人来讲，这有何意义？他们不能拿到你的最新版本，他们不能和你的版本合并，你也不能部署你的代码，一旦你的硬盘坏了，一切将烟消云散。 

如果你坚持执行这一条的话，你会发现其他的好习惯会随之而来。你会自觉的把任务分成小块并经常提交代码。你会更加频繁的更新、集成代码。最重要的是，经常提交代码说明了你正在做东西。 

3. 尽早提交，尽快提交，经常提交 

紧接上面一点，防止“幽灵代码”（只在你本地机器上能看到的代码）的唯一的方式就是把代码尽快的提交到版本库。这么做还有以下好处： 

每次提交都会生成一个新的版本，给你回滚的机会。假如你把代码搞乱了，你是希望回滚到一小时前还是一个星期前？
间隔的时间越长，代码合并越困难。合并代码从来不是一件好玩的事情。当你好几天都不提交代码，你会突然发现，你已经累计了50个冲突要解决，你大概会疯掉。
当你坚持经常提交代码的习惯以后，你会发现你的工作、代码提交会呈现出一定的规律。这个规律可以用来指导你的开发工作。当你发现你的团队好几天都没有代码提交的时候，你就会意识到 “something is wrong”。 

4. 在提交前检查你的更改 

提交代码到版本库看起来太简单了。反正在项目的根目录下有东西更改了，提交吧！这样会导致你提交了一堆垃圾。很多人看到下面的对话框的时候，往往是选择所有，然后搞定！于是你的代码库就被污染了，例如debug文件夹之类的。 
<a title="java课程" href="http://www.iblue.org/javanet/java-net.html">java课程</a> <a href="http://www.iblue.org" target="_blank">www.iblue.org</a> </br>我们相信分享智慧是快乐的，学习和教育也理应如此
使用道具
   顶端
1 共1页