我想既然在同一个stream上对同一文件修改，产生了2版本和3版本，那么3版本肯定是已经包括2版本的内容了。
关键问题是：activity1的change set应该还会包括其它文件版本，但是如果只deliver activity2，应该会把A的2版本也提交上去，但是这个2版本里面涉及的修改内容实现的功能可能并不对(因为对activity1的测试还未通过)，所以并不能把A的2版本也提交上去，这种情况应该怎么办？

有一个办法，不知怎样：
就是deliver的时候不complete，等待测试通过以后再complete，如果测试不通过就undo这次complete。
但是，这样在同一个流上的其他deliver就做不了了，只能等待前一次deliver完成后才能进行下一次deliver

噢，明白了，这种情况我们经常遇到。原则上是前面一个版本不能往集成流合并的话，下一个版本也不准合并。
如果紧急需要合并的话，就会重新用一个活动将3版本中包含2版本部分的代码用注释符注释掉。这个需要程序员协助解决。存在风险性。
不知道有没有其他的好的解决方法？

看来大家对这个问题也很关心，其实我在提问题的时候已经点明了解决方法，主要是想办法把版本2变更转移到活动2（activity2）中去，大家可以参考一下，chactivity命令。我把最后一个例子贴在这里大家可以参考一下；
cmd-context >chactivity -fcset update_date  -tcsets fix_copyright add_proc@@/main/chris_webo_dev/1
    Moved version "add_proc@@/main/chris_webo_dev/1" from activity
    "update_date" to activity "fix_copyright".

把版本2变更转移到活动2（activity2）中去 好象不对哦
版本2是测试没通过的，如果把版本2变更(activity1)转移到活动2（activity2）中去不是会有问题吗？

对啊。我也糊涂了，这样把版本2的变更转移到活动2中去，可以达到什么效果呢？不还是把没通过验证的活动1的半成品合上去了么？

引用:

原帖由 蜗牛 于 2007-3-19 17:24 发表
对啊。我也糊涂了，这样把版本2的变更转移到活动2中去，可以达到什么效果呢？不还是把没通过验证的活动1的半成品合上去了么？

这个问题怎么没有人问答呀，没有更好解决办法了吗？
难道把版本2的变更注解掉是最好的办法？

activy中能够记载co，ci的变化信息，change set中是否也能够记载添加或删除的信息呢

我想为了保证结果的正确性，除了等待包含版本2的activity测试通过，就是把版本2的内容注释掉了

引用:

原帖由 zhangzhao 于 2007-3-16 09:13 发表
向大家提醒一个问题：如果一个文件A, user1在stream1对他开发产生了2版本，对应的活动是activity1 ，
                                   user2在stream1对她开发产生了3版本，对应的活动是activity2，
在集 ...

对于这个情况，根据自己项目组的情况用不同的方法解决。所谓不同的解决方法，或者是等测试通过之后在做提交，或者是注释掉没有测试通过的内容。
我自己的处理方法，是把activity1和activity2的次序给换一下，即把测试没有通过的内容的版本节点（user1用activity1修改的内容）和测试通过的内容的版本节点（user2用activity2修改的内容）换一下。这样就可以顺利的对activity2的变更集做提交了。具体如何换次序，大家可以自己想一想。

不知道有没有说清楚，可能用一个图讲解更容易理解。但现在在外面上网，没条件做图。