雪狐林网络科技分析之乌鲁木齐网站建设的建议

乌鲁木齐网站建设建议之1：使用好的配置管理工具，也称为版本控制工具（Veion Control）， 比如Git，SVN。

请彻底抛弃 VSS，如果是新采用配置管理工具，CVS已经不再是选项。

配置管理工具与版本控制工具可以理解为指的是相同工具。乌鲁木齐网站建设建议之2：每个团队应当对代码配置项和非配置项有所说明，不要假设每个团队新人都是代码配置管理达人，小心自以为是的新手加入一些自以为是的垃圾。虽然可以删除，但发现再删除，其本身就是成本。乌鲁木齐网站建设建议之3：纳入配置管理的文件的名称里不要含有版本号。当前的配置管理工具都有强大的版本控制功能，而只要在文件名中加入版本号，那么相当于放弃工具的版本控制功能，而只是把配置管理工具当成了普通的存储空间，就像共享目录、FTP一样。乌鲁木齐网站建设建议之4：依赖项也需要添加到版本库，或者维护好相应的库，其中较重要的是构件库。

同时也包括图片，编译脚本，数据库脚本，自动化测试等等。乌鲁木齐网站建设建议之5： 没有进入版本库，它就不存在，“工作进展的标准就是代码进了版本库”。如果坚持执行这一条的话，发现其他的好xi惯会随之而来。把任务分成小块所以经常提交代码，更加频繁的更新，集成代码。较重要的是，经常提交代码说明了正在做东西。乌鲁木齐网站建设建议之6：识别代码配置项和非配置项。非配置项的例子有target目录，.class文件，.clashpath，.project， .sonar， thumbs，debug文件夹等等，利用ignore功能把非配置项忽略掉。代码配置项要完整，在别处能编译得到相同结果，但是又不干扰别处的工作环境。乌鲁木齐网站建设建议之7：抛弃古老的配置管理三库做法，常说的三库是指开发库（动态库）、受控库和产品库（静态库）；做法是开发库-受控库-产品库。在当年没有强大版本控制工具的“古代”，三库做法是不得不的选择，而在现代版本控制工具（比如CVS，SVN，Git等）的支持下，三库做法变得落伍了。乌鲁木齐网站建设建议之8：必须自己提交代码，而不是让别人代劳。有一些团队为了保证代码库的干净，让一个人专门负责审核和提交代码。这并不是一个好习惯。源代码管理并不是为了保持代码的纯净，起码在开发过程中不是这样。它的目的是让团队更频繁的集成各自的工作，当有问题的时候可以回退。乌鲁木齐网站建设建议之9：整体环境在云计算条件下也是可以成为配置项，环境中较突出的元素是基础数据。当需要多种不同的环境（比如干净环境、真实环境、某个时间点环境）进行调试、测试的时候，得到配置管理的环境在1分钟之内部署出来，那是多么高效的事情。

测试人员爱死这个了！乌鲁木齐网站建设建议之10：避免表面CMMI做法-只管理维护一个受控库，展现给评估组和应付各类检查，而实质上，项目团队使用另外的库开展日常工作，只在应付检查时才把强制要求的交付物复制到受控库。这种做法满足CMMI评估，但实质上没有发挥配置管理的更多好处。古老的三库方案恰恰就是这样子的。