版本控制中（SVN），发布版本的疑问。

Ask:

比如说，我有一个项目，更改了25个功能点。全部都更新到了SVN中，然后测试的人，发现有5个功能点不合格，需要在下次的版本再发布，这次不能发布。那一般应该怎么做？如果纯粹由人工来一点点得弄，排除哪些文件恢复到原来多久前的版本，这样是不是不实际，正常应该是怎么做的？

Answer:

几个建议吧：

1、每次提交强制要求必须写日志，如果客户端是TortoiseSVN可通过设置TSVN的logsize属性来实现，否则就修改钩子实现。这样便于以后确定该恢复到哪个版本。

2、善于利用分支，每项大的开发工作（比如一个独立的功能），放在一个分支里进行，这个功能开发完成后合并到主干，这样可以很清晰的追溯到是哪次提交。

3、尽量避免在主干上零零碎碎的提交，尽量确保每次提交后都能进行集成测试，实现持续集成，而避免到最后测试发现问题进行大的调整。

4、多打些tag，对于每次测试或者发布就打一个tag，测试人员从tag中获取此次要测试的内容，代码仍在主干上不断更新。

用好了这些措施，应该就可以很轻松的管理你的配置库了。