关于软件版本设计的技术解决方案

[Smile_Tiger]

实在不知道该放在哪个论坛了，就放在这里吧

我有这样一个软件系统，有若干个程序，程序之间或多或少有一些接口关联。

因为这些程序的功能经常增加、修改,部署人员经常因为相关的程序没及时更新而作出错误的部署，结果又影响了客户。

所以我的想法是为这些程序建立版本信息，在程序与程序之间建立版本匹配的接口。但是如何实施却没有一个明确的方案。


所以请教各位大虾。请注意以下几点：

1. 版本号字符串的设计
2. 程序改动需要更新版本号
3. 功能的改动有可能牵涉到几个程序
4. 版本号的匹配原则
5. 产品版本和文件版本

[我是一道光_]

[Quote=引用 2 楼 binbingg 的回复:]
这个是配置管理的问题，公司应该有CMO在负责。
如果工程比较小，建议用微软的VSS，特点是部署简单、使用方便；
如果工程比较大，建议用SVN（开源项目），特点是高效、功能强大。
单独开发版本控制接口成本太高，不太划算。
[/Quote]

用版本管理工具管理起来就可以了。 不行么？

[子夜__]

[twinstudy]

问下，对于禅道可以解决不？
一般的svn和禅道配合会怎样呢
最近也一直为这个问题很伤脑筋的
svn只是个版本的管理，对于解决程序之间的依赖，和动态的联系好像不是很强，领导这么说的

[Quote=引用 2 楼 binbingg 的回复:]

这个是配置管理的问题，公司应该有CMO在负责。
如果工程比较小，建议用微软的VSS，特点是部署简单、使用方便；
如果工程比较大，建议用SVN（开源项目），特点是高效、功能强大。
单独开发版本控制接口成本太高，不太划算。
[/Quote]

[Jlins]

放到svn上面进行管理可否？
或者类里面加上一个版本号的标识

调用的时候匹配一下

[滴水梵音]

这个是配置管理的问题，公司应该有CMO在负责。
如果工程比较小，建议用微软的VSS，特点是部署简单、使用方便；
如果工程比较大，建议用SVN（开源项目），特点是高效、功能强大。
单独开发版本控制接口成本太高，不太划算。

[Smile_Tiger]

各位说得东西可能和我说的有些不一样，我主要是考虑程序不断地更新导致部署、维护人员的错误操作。

仔细想了一下，自己的思路有些问题。