公共组件的发布流程

seait2010

举个例子：
公共组件的开发组是XXX，共开发了三个公共组件：X1,X2,X3

使用公共组件的项目组有：A、B、C、D、E，其中各项目组使用的组件分别是：
A: X1,X2
B: X2,X3
C: X1,X3
D: X1,X2,X3
E: X1

A\B\C\D\E都会向XXX提需求和BUG，当实现了需求之后，XXX是对所有组件打包，还是单独打包，是发布给提需求的项目组，还是发布给所有项目组？
比如说：A提了个X2的BUG给XXX，同时要求在A下周的版本中发布。XXX修复完BUG并在组内X2组件测试通过后（此时还未与A集成测试），应如何操作？是与A在测试环境集成测试然后发布？还是与使用到X2的A\B\D都集成测试后统一发布？


上一篇：挣值分析：对项目范围、时间、成本进行综合量化评价的方法
下一篇：人员培养到底怎么做更有用——记团队培训心得

seait2010

另外，如果A和B所用的X2是不同的版本（是否允许这样的情况，如果不是同时发布，这种情况应该是存在的），那么是否意味着XXX需求对每个组件（例如：X2）维护多套版本。
比如说A使用的X2是1.0版本，B使用是X2 2.0版本，A提了一个BUG,XXX需要在X2的1.0，2.0的版本中分别验证该BUG是否存在？如果2.0中不存在，则仅修复1.0版本，然后移交修复后的X2给A，而不用知会B？

findi

公共组件首先是一个产品，是产品它的版本，针对ABCD提出的需求不同，对产品进行升级，但功能肯定是越来越多，但如果在A项目上，产品有B功能，且B功能，A项目不需要使用，或是多YU的，那就要将此功能隐蔽就行了。

seait2010

一般不会有这样的情况的。
XXX组（公共组件开发组）会接收各项目组（A\B\C\D\E）的需求，但也会综合考虑这个需求是不是对所有项目组都通用，或是可以抽象为更高层的框架，然后才实现，因此基本上不会有定制化的需求。
贴子主要讲的是发布的问题，比如说A提到的BUG，那肯定在B\C\D\E中使用了同一组件的话也会存在，但发布是否应该统一发布，或有别的方式呢？

topic.csdn.net/u/20100222/11/ae4d9a1e-f337-41ff-b58c-4ca36a20a0ad.html?87230
这个是在CSDN上的讨论，也欢迎大家参与哈~

yanhe100

这个换个思路看，不妨是看成做行业软件，同一个软件，给不同的客户，产生了不同的个性化需求。
于是就变成大家更熟悉的问题了——你是打算每个客户分别维护一套代码？还是打算用一套代码，用开关某些功能的方式来应付不同的客户？
(deyi:

我们这边处理方式是，某个时期是会存在一个客户一套代码的，但是最后都争取整合、归并为同一套代码。实在不行，就成立新团队（我们称为业务团队）针对某一类客户单独维护。

不过现实中的难度就在于，多套代码并存之后的归并，要投入比较大的人力，也有较大的风险。——这个总是非常棘手。所以我们只有尽可能缩短那个“诸侯纷争”的时期。但不能每个版本都考虑归并，因为有时候这反而费力不讨好的。

nini

这个问题非常好啊，共享一些我们的做法
1、建立公共库，和产品一样，为每个公共库设置ID，比如某个独立引擎
2、公共库可以独立测试，也可以选择在若干个产品上得到验证
3、产品测试中，来自公共库的缺陷会转给公共库的team，修改后经过公共库和产品两道以上测试验证
4、公共库发布和产品发布一样流程，并内部通知所有使用到的team
5、加强公共库的dll版本管理

霓馬

看起来不错

你很社会i

好帖是需要鼓励的~

樱玲@

很有见地的探讨，先收藏着~

宿命中妥协

我是个凑数的。。。

雨落青屿念雁羽

以我的经验来看，楼主的想法是可以执行的~

の仔锅i

众里寻他千百度，蓦然回首在这里！

、唱忐忑

看帖要回，回帖才健康，在踩踩，楼主辛苦了！

∞华丽的谎言

很有借鉴意义，先收藏了，谢谢楼主。

君拂

很有借鉴意义，先收藏了，谢谢楼主。