原始的配置管理思想
由于软件变更的频繁以及协同工作的需要,最早曾经使用过最原始的方法,以实现协同工作和版本管理。
用文件服务器存放一份代码拷贝,大家共享、公用,以实现协同工作。定期对代码打包存档,并为整个备份制定一个版本名。
这是最朴素的配置管理思想,但问题非常多和棘手。代码互相覆盖、冲突,难以跟踪代码变更,备份系统混乱且空间消耗严重。
刚刚接触 CVS
刚刚接触 CVS,是毕业后的事情了。那时对 CVS 的理解非常肤浅,管理也跟不上。 直接导致了公司采购商业软件进行软件配置管理。
配置管理的商业软件
使用初期,曾经带来过兴奋:漂亮的用户界面,熟悉的 Windows界面;但是使用过程中,苦恼越来越多。
首先是封闭的数据结构,让您无法对服务器端数据进行有效的维护,服务器端的存储简直就像一个垃圾场!
然后遇到的问题是,Unix/Linux 下的开发,命令行支持功能非常差,使用效率差,而且培训也不到位。
命令行功能的缺失,直接导致了自动化编译工作受阻。因为自动化编译工作的第一步,就是更新源代码, 并检查是否有源代码的变更,哪个模板变更...
否定之否定,又回到了开源的配置管理工具
重新开始使用开源的版本控制系统,不再是简单的回归,而是深刻理解下的全面完善...
下面的文档中,可以体会到我的配置管理之路。
| 2002/01/08 - | 版本控制:CVS vs. Starteam (v) | |
|
| 2003/03/30 - 2006-05-08 09:49:58 | Johnson's CMM Practice (v10) | |
关于 配置管理更多的内容,包括基于 CVS、Subversion 的开源速递·配置管理系统的部署和培训,参见“北京群英汇信息技术有限公司”。