Ask:
比如说,我有一个项目,更改了25个功能点。全部都更新到了SVN中,然后测试的人,发现有5个功能点不合格,需要在下次的版本再发布,这次不能发布。那一般应该怎么做?如果纯粹由人工来一点点得弄,排除哪些文件恢复到原来多久前的版本,这样是不是不实际,正常应该是怎么做的?
Answer:
几个建议吧:
1、每次提交强制要求必须写日志,如果客户端是TortoiseSVN可通过设置TSVN的logsize属性来实现,否则就修改钩子实现。这样便于以后确定该恢复到哪个版本。
2、善于利用分支,每项大的开发工作(比如一个独立的功能),放在一个分支里进行,这个功能开发完成后合并到主干,这样可以很清晰的追溯到是哪次提交。
3、尽量避免在主干上零零碎碎的提交,尽量确保每次提交后都能进行集成测试,实现持续集成,而避免到最后测试发现问题进行大的调整。
4、多打些tag,对于每次测试或者发布就打一个tag,测试人员从tag中获取此次要测试的内容,代码仍在主干上不断更新。
用好了这些措施,应该就可以很轻松的管理你的配置库了。