发布版本的控制软件或者文档
1，有没有发布版本的控制软件啊。
内容类似如下：
1.发布了什么内容
2，更新了什么了
3，本次发布的每个DLL的版本号
4，发布人。。。。


或者类似的文档说明
------解决方案--------------------
tfs的需求管理+项目管理+持续继承+代码控制可以做到这一点，但是软件是辅助的，还是需要开发者去维护需求的信息。
------解决方案--------------------
SVN 
------解决方案--------------------

引用:

1，有没有发布版本的控制软件啊。
内容类似如下：
1.发布了什么内容
2，更新了什么了
3，本次发布的每个DLL的版本号
4，发布人。。。。
或者类似的文档说明

软件版本管理可深可浅，举个例子说，每次发布新版本并不一定把所有的缺陷/需求都解决了，还会带入到新版本。比如相关版本的介绍资料部分是相同的，而部分是不同的。如果一个产品的多个版本同时存在（比如标准版/企业版/行业版等等），哪些是公用的模块，模块如果出了问题会对哪些版本造成影响？
类似这样的需求，还是有必要使用版本管理软件的，有些缺陷管理软件进行了部分版本管理，但并不全面，各个公司有自己的管理模式，最好根据自己的管理模式定制一个系统。
如果嫌自己代码开发慢，我的系统可以做个借鉴: 面向业务开发软件
------解决方案--------------------
“持续集成”可以说从20年前就非常流行。例如微软在很几十年前就在开发中高强度地推行“零缺陷、每日构造”运动。

持续集成尤其非常符合许多互联网公司的需要。

可惜，这些的前提都是“自动化测试”技术为基础的。如果没有这方面的技术知识，如果只是一些手工测试人员去搞“所谓的”自动化测试、而不是开发人员自己搞自动化测试，如果你不能保证高强度地推行极限编程、测试驱动等技术，那么持续集成也就是一纸空文，很容易流于“无头苍蝇”式的形式。那么自然，这种没有技术保证下的持续集成，也就为官僚式的“发布版本控制”找到借口了。

因此说，做到高效、自动化、敏捷地对发布版本进行自动化测试（而不是手工控制），需要技术保证。不是仅仅搞行政那一套。