专注收集记录技术开发学习笔记、技术难点、解决方案
网站信息搜索 >> 请输入关键词:
您当前的位置: 首页 > 项目管理

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

发布时间:2011-06-18 09:45:05 文章来源:www.iduyao.cn 采编人员:星星草
关于软件版本设计的技术解决方案
实在不知道该放在哪个论坛了,就放在这里吧

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

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

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


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

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

------解决方案--------------------
放到svn上面进行管理可否?
或者类里面加上一个版本号的标识

调用的时候匹配一下
------解决方案--------------------
这个是配置管理的问题,公司应该有CMO在负责。
如果工程比较小,建议用微软的VSS,特点是部署简单、使用方便;
如果工程比较大,建议用SVN(开源项目),特点是高效、功能强大。
单独开发版本控制接口成本太高,不太划算。
------解决方案--------------------
探讨
这个是配置管理的问题,公司应该有CMO在负责。
如果工程比较小,建议用微软的VSS,特点是部署简单、使用方便;
如果工程比较大,建议用SVN(开源项目),特点是高效、功能强大。
单独开发版本控制接口成本太高,不太划算。

------解决方案--------------------

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

探讨

这个是配置管理的问题,公司应该有CMO在负责。
如果工程比较小,建议用微软的VSS,特点是部署简单、使用方便;
如果工程比较大,建议用SVN(开源项目),特点是高效、功能强大。
单独开发版本控制接口成本太高,不太划算。
友情提示:
信息收集于互联网,如果您发现错误或造成侵权,请及时通知本站更正或删除,具体联系方式见页面底部联系我们,谢谢。

其他相似内容:

热门推荐: