今天下午花了一个小时分别和两位同事做了一些代码讨论,这两位同事正在编写的代码都具有一定的试验性质(暂不能进入项目代码库)。这里不谈代码如何如何,而是就我发现的一个问题谈谈我的看法。

问题其实也很简单:那就是两位同事“不约而同”的都没有对这类试验性质的代码进行很好的备份和版本管理

也许你看到这里会觉得这个芝麻粒儿大的问题不值得一提。没错,可能很多人都不以为然,不过有过以下经历的朋友们也许会与我产生共鸣:
- 主机掉电,磁盘损坏,无法恢复数据,绞尽脑汁辛苦编写的数百上千行代码“付之一炬”,一切待重来;
- 一个rm误操作使你和积累了多天的代码说了"永别",剩下的只有眼泪;
- 突然脑子中冒出一个想法,觉得应该如此重新设计并修改已有代码,加班+熬夜修改了数百行代码,横跨几个甚至是十几个文件,最终发现只是自己一时冲动,测试证明还是之前的设计是正确的。又加班+熬夜将代码恢复到修改前的模样。
- 前一天晚上新增了几百行代码、删除了若干行,修改了十几个文件,第二天醒来再打开这些代码,感觉有些陌生,记不清到底加了哪些代码,删了哪些代码,甚至为什么增加和删除也许都忘记了。

不知道上面的情景你亲历过几个?不管你是否亲历过,我想说都是:做好你的所有代码的备份和版本管理,哪怕这些代码仅仅是为自己所用,哪怕仅仅是用来做试验的,它们毕竟凝结了你的智慧和汗水。

前两种情况告知你应该做好代码的备份工作,只做本地备份还不够,还要进行多点备份。
第三种情况则提醒你做好版本管理,便于进行代码版本回溯。
第四种情况也是做好版本管理的一个好处:追踪你的修改记录以及回顾你的思维旅程(通过svn commit log)。

最好的方式就是你通过公司架设的版本控制Server管理你的代码,这样在版本管理的同时,代码也作了远程备份。如果是个人的非商业代码,你也可以尝试通过像Google Code这样的服务来管理和备份你的代码。如果你有条件的话,也完全可以在家里的另外一台机器上架设版本控制服务器,毕竟现在的硬件趋于白菜价。另外像Git这样的分布式版本控制工具既可以帮助你在本地做好代码版本管理,也方便你将代码与公司版本控制服务器之间做同步。

作为脑力劳动者,任何从你的大脑里流出的东西可能都是有价值的,最好都能像代码一样做好备份和版本管理。不以善小而不为,何况这是对你自己有益的事儿呢!

© 2010, bigwhite. 版权所有.

Related posts:

  1. 使用svn pre-commit hook
  2. 使用astyle美化代码
  3. Advanced CVS
  4. Review Board安装和配置札记
  5. 初用TiddlyWiki