1,265
社区成员
发帖
与我相关
我的任务
分享深陷版本控制的泥潭
现状：
1、Release版本是在市场上已经运行着的版本。
2、Debug本版是我们正在上一个Release Version的基础上继续开发的。
Release的版本我们需要不断的补丁，而补丁要根据情况要加入到正在开发的Debug版本中，请问大家是怎样有效的控制着这些流程的呀？？？如果版本再多一些，比如我们发布的版本更具功能的差异，又分版本，版本控制更为复杂，听听大侠们在工作中的经验。
1、Release版本是在市场上已经运行着的版本。
2、Debug本版是我们正在上一个Release Version的基础上继续开发的。
Release的版本我们需要不断的补丁，而补丁要根据情况要加入到正在开发的Debug版本中，请问大家是怎样有效的控制着这些流程的呀？？？如果版本再多一些，比如我们发布的版本更具功能的差异，又分版本，版本控制更为复杂，听听大侠们在工作中的经验。
...全文
请发表友善的回复…
发表回复
gzwf 2005-03-15
- 打赏
- 举报
使用cvs，然后为每个版本建立一个不同的目录，分别更新，可以达到效果
deform 2005-03-15
- 打赏
- 举报
使用branch!
a_cer 2005-03-12
- 打赏
- 举报
觉得不同语言的软件版本 不应该作为版本控制的范畴
无论如何，软件使用的语言不同，仅仅体现在UI上，
如果软件做的好，完全可以把 View 与 Model，Controller 分离开。而View 的多种语言同步更改应该是很容易的。
最一般的分离可能就是将UI中使用的字符串作为资源文件单独维护。如果其他的风格不一样，则还需要进一步的分离。
无论如何，软件使用的语言不同，仅仅体现在UI上，
如果软件做的好，完全可以把 View 与 Model，Controller 分离开。而View 的多种语言同步更改应该是很容易的。
最一般的分离可能就是将UI中使用的字符串作为资源文件单独维护。如果其他的风格不一样，则还需要进一步的分离。
loveisbug 2005-02-03
- 打赏
- 举报
恩，我们的情况差不多，有个engineer负责一个客户，一个客户有多个版本，是面对不同地区的，差别不只是语言资源，还有操作风格上的区别，对于共同的BUGFIX或NEW FETURE，是由此engineer手动维护的，测试时区分开不同版本的buglist，既不能造成版本间的交叉验证，也不能遗漏每个测试case或bug确认在每个版本上的状况。
sun926 2005-02-01
- 打赏
- 举报
设定一个活动开发线，作为项目的工作主线，在发布的时候分支出版本线，维护工作在版本线上操作，同时并行进行工作主线上的开发工作，然后在需要的时候进行集成。
cnepine 2005-01-26
- 打赏
- 举报
我感觉这个问题需要一个配置管理的工具，其实，使用一个自建的目录树也可以达到这个目的。一定要分清版本的日期和客户。不然，会搞的一塌糊涂的。
AlexLJM 2005-01-26
- 打赏
- 举报
至於不同的語言,只要把相關資源獨立出來就行,這樣後續維護起來方便很多.不然以後光是資源的工作量就夠你們煩惱的.
sutalon 2005-01-26
- 打赏
- 举报
up
用 CVS
用 CVS
stealbeauty 2005-01-26
- 打赏
- 举报
你的项目主要涉及到平行项目开发,以及之间成果复用的情况.可以考虑基于任务(Task Based)的软件配置管理来解决.以任务为单位来组织变化,通过任务来在平行项目之间传递相关的文件版本.如果用到配置管理工具的话,那么工具必须支持平行项目开发,也要支持发布管理.
hg28ywf 2005-01-26
- 打赏
- 举报
这是一个多版本，多产品的并行开发过程。要用并行开发的思路解决。有时需要将同一个BUGFIX或NEW FETURE加到不同的版本中，即同时维护几个版本。建议建立设立专门的角色负责产品集成，可以是full time engineer 或则part time engineer。
老马何以识途 2005-01-25
- 打赏
- 举报
用CVS，可以创建分支，你的Release版本就是一个分支。分支可以独立维护，分支的更新可以合并到其他分支去，至于那4个语言版本，不会是4个项目吧？或者也可以当作分支来处理。
yippeesk 2005-01-25
- 打赏
- 举报
好像是使用分支～
prisoner 2005-01-25
- 打赏
- 举报
我们的软件又分中，韩，越南，台湾4个版本，各个版本间功能不是同时更新的。大部分都是一致的，我都快疯了，也真不知道这套东西前辈是如何维护好的。
