关于代码管理（十一假期后结贴）

baobao28 2012-09-28 04:17:44

跟大家讨论一个问题，觉得分少可以再加
我们在开发一个产品的时候怎么管理源代码才会更安全，维护工作量更小？
比方我们这个开发的产品被客户A定制，进行了特定功能的开发。而过段时间又销售给了客户B，并且客户B也有定制开发部分。如果以后还有客户C、D、E、F呢，怎么管理这些代码？
每个都建立一个分支然后管理分支？可如果觉得客户C提出的定制开发非常好，而且可以推广给其他客户以及后续客户，怎么将代码同步到其他分支呢？一个个工程对比，认为匹配？工作量增加了太多太多。不知道大家在平时遇到这样的问题怎么处理的。

...全文

270 20 打赏收藏转发到动态举报

写回复

用AI写文章

20 条回复

切换为时间正序

请发表友善的回复…

发表回复

liangtu 2012-10-10

打赏
举报

用SVN吧。

kk_lucky 2012-10-10

打赏
举报

对，SVN

zqfddqr 2012-10-10

打赏
举报

就是低耦合全体模块化小内核实现积木一样

baobao28 2012-10-10

打赏
举报

受益，但项目是后介入的，已经开发完的项目又不能推翻设计模式，所以想听听大家的意见，看看有什么更好的后期维护方案
这里谢谢大家的每一句中肯的建议

dracularking 2012-10-09

打赏
举报

[Quote=引用 9 楼的回复:]

如果想将C中已有的feature用到其他的分支可以生成一个patch，然后再在想使用这些feature的分支里apply这个patch
[/Quote]
是什么保证了patch的可兼容性呢？是代码管理工具还是人为设计或其它？

wei2253498 2012-10-08

打赏
举报

CVS VSS 想节约成本的就找个人专门管。。不过问题会很多

NewMoons 2012-10-07

打赏
举报

12楼和13楼说的都不错。

碧海情天-赵亮 2012-10-04

打赏
举报

版本管理工具只是一方面，是在业务模型设计合理的前提下。
对于楼主说的“尤其是牵扯到公共模块的个性定制更是头疼”，这其实是业务模型的设计问题。
所以说，与其是问代码管理，不如说是系统设计模型的问题。
虽然还是存在一些共性经验，但脱离具体实际谈还是不太靠谱。

LogicTeamLeader 2012-10-04

打赏
举报

千万不要去试验SVN的所谓分支、合并等等无用的技术。
唯一的办法就是抽取共性的包，不停的重构代码，为每个客户实现一个定制的版本。
记住，代码管理没有捷径，只能不停的重构。

NewMoons 2012-10-01

打赏
举报

我基本同意【yktd26】的说法。
如果已经用了svn的分支管理，那么其实你现在的问题不是技术问题，而是需求控制和管理的问题。
需求和版本一定要做好同步控制。
我的经验一般控制好2点：
1、需求范围
如果确定要发布一个版本，不管是主线还是分支，一定要确定这个版本的需求范围，某个需求做就一定做，不做就一定不做。
2、发布时间
确定好某个版本的发布时间，不要轻易改，提前还好，如果到时需求做不完，宁可减少需求。如果需求不能减少，宁可延迟也不能轻易发布。
可能我上面说的似乎和楼主的要求关系不大，其实，关于版本合并本身没有什么好办法，就是抽取共性，舍弃个性！

yktd26 2012-10-01

打赏
举报

如果想将C中已有的feature用到其他的分支可以生成一个patch，然后再在想使用这些feature的分支里apply这个patch

yktd26 2012-10-01

打赏
举报

[Quote=引用楼主的回复:]
可如果觉得客户C提出的定制开发非常好，而且可以推广给其他客户以及后续客户，怎么将代码同步到其他分支呢？一个个工程对比，认为匹配？工作量增加了太多太多。不知道大家在平时遇到这样的问题怎么处理的。
[/Quote]
这种需要最好在开发之前已经决定要用到其他版本上，这样，对于这个特性的开发分支从common上建立，然后开发完成后merge到其他分支，包括c分支

yktd26 2012-10-01