关于版本拆分的问题

[renben]

我们公司的一个产品，要拆分成标准版、专业版、企业版，现在企业版
已经开发完成，但要从其中拆出标准版、专业版，各版本的功能范围已经界定，
接下来就该实施了，不只那位大虾有类似经验，或者相关资料，请赐教。
你们有版本拆分的指导性原则，那更是锦上添花。如：以后随着版本升级，
需求的变更，会有什么棘手的问题，版本控制，各种方案的优缺点，取舍，只要你
有一点点建议，都是对我的莫大帮助。

我的初步想法：
1、用编译参数控制各个版本，但程序现的臃肿，结构性较差
2、如果另分出一个源码版本，以后的同步将是个大问题。

[青润]

其实比较简单可行的方式是：
保留最完整的版本进行开发，然后对他进行功能限制（比如部分菜单不可用），这样就形成了其下的其他版本。

[netsong]

除了清润所说的方面，我觉得还要注意到你们产品的商业卖点。是否可以看成三个版本是同心圆，而标准版在最内圈，企业版在最外圈？可以一直按照最外圈来开发，但每次都用相同的规则和价值观来划分和更新内外圈的层次。这就不会不一致了。

[bydpdwz]

我想你应该把其中最具核心的两个功能模块挑出，比如是否支持联网，（不赞成部分菜单不可用的办法，宁肯没有，要不岂不成了DEMO版）。其实在界面上少作改动和划分，包装不同就可以了，原则就是市场。

[jobs2001]

同意 bydpdwz(蚊子) 的看法
这样对以后的变更也有好处

[木棉花大榕树]

我觉得做的时候是从中间往外做，先把核心搞定，主要功能完成，才搭建外圈，这样可以在第一迭代时候发布标准版，第二迭代发布专业版，最后才发布企业版。销售的时候可以按迭代时间先销售标准版，也可以在最后三个版本一起销售。
控制版本可以采用如下方法：
1 设置编译开关或参数，根据不同参数编译出不同版本。
2 如楼上哥们所说：采取菜单禁用方式，去除某些功能。
3 一个程序分成多个程序，其中一个为主程序，另外的为辅助功能程序。

[lauyh]

我认为使用专门的源代码管理工具可以解决这个问题，这些工具通常带有分支（BRANCH）的功能，可以对多个版本进行同时开发。

[renben]

谢谢各位大虾的指导。
正如各位大虾所说，我们确实是从圆的最外圈做起（谢谢bydpdwz(蚊子)兄的
绝佳比喻），不过，现在回过头来想一下，我个人认为，是不是有点不符合迭代开发的思想，事实上，产品的推出确实也滞后了市场好多，现在用户觉得我们作的东东太复杂，想要简单一些便宜一些的产品，所以我们才开发普及版。
希望大家继续发表自己的看法。

我们的产品可以开放COM接口，进行二次开发，如果单从界面屏蔽功能的话，不能从根本上剔除更强的功能，并不能从根本上阻止用户使用这项功能。
我们现在是一方面要从界面上剔除，也要从API剔除，也就是说发型的产品里
该有的功能才会有，不该有的一定不会有。
另外，就目前这种现状，也就是如何从最强的里面把一些特色功能去除，我想为一下具体的实施办法。谢谢各位。

[vinx]

恩,基本上主流的版本控制工具都可以做到分支,不过做版本拆分的时候还是要当心,
我们目前用的是FREE的CVS,非常好用的,