我公司使用CCRC，现在准备集成CQ，做了试验后突然发现在CCRC中无法生成activity。也就是说明明有个文档需要进行版本控制，可是没有对应的activity的话，就无法存到CC中去。

即使使用Win32 CC Client， 也有类似的问题，必须关联CQ中的activity后才能存储。要知道现在的ＣＣ是从ＶＳＳ中升级来的，任何需要版本控制的文档都要放到ＣＣ中去，但不一定要关联什么ＣＱ，这可怎么实现呀！？？

CC与CQ集成后，cc中的Activity需要通过Cq中的变更来生产，同时
CQ会记录这个变更与CC中的Version之间的对应关系；

谢谢hasjing的回复。

但是，要知道很多文档是与ＣＱ中的流程没有关系的，比如做了个培训文档需要上传到ＣＣ，没有对应的ａｃｔｉｖｉｙ岂不是无法上传？

另外还有很多没有ａｃｔｉｖｉｔｙ的流程，比如管理Ｉｓｓｕｅ，Ｒｉｓｋ等等，这些过程产生的文档也无法保存到ＣＣ中，ＣＣ保存文件的功能岂不是还没有ＶＳＳ多？

ccrc和ccweb无法直接生成activity
但是可以用cqweb进行提交活动。在ccrc中使用。

你所谓的提交活动是什么？

我们公司做了一整套的流程，其中有的名字是＊＊＊ａｃｔｉｖｉｔｙ，是提交这些活动吗？我试验了一下也没有在ＣＣＲＣ中找到对应的ａｃｔｉｖｉｔｙ。

另外即便可以，以后谁要往ＣＣ上存入些东西还非得去ＣＱ中生成对应ａｃｔｉｖｉｔｙ，也太麻烦了吧，和ＶＳＳ差别大了。

根据UCM的观点，只要使配置库发生了变化就是产生了变更，在CQ中就要对变更进行审批、审核流程；
在CC中对变更会有对应的Activity；
对于你的情况，可以为每个人创建一个长期的变更，比如“增加项目文档”什么的；
或者对于你要添加的那一类文件，统一放到一个VOB里面，使用BaseClearCase的模式；并且不与CQ集成；

VSS 也就相当于ClearCase的Base模式；当然很多功能也还没有CC的Base模式强大；

[ 本帖最后由 hasjing 于 2007-5-9 13:20 编辑 ]

建议先把UCM的思想深入研究一下
无论是培训文档还是RISK
都是要有活动关联的

BASE 方式的集成就没有这些麻烦了，可以选择哪些库需要管理，也可以选择仅仅哪些分支需要关联，甚至是element type。比如楼上说的doc文档

不清楚你的版本管理指的是什么？？？
对一个配置项进行操作以后产生版本、历史记录，然后你可以获得任一版本的文件。还是打基线？
那些活动都不影响啊？
当然啦，CC和CQ关联目前我们公司只对UCM模式的项目，即有Activity概念的活动，活动和缺陷在本质上是一样的。而对Base模式的项目，由于没有活动的概念，缺陷不知道如何跟踪，CQ要发挥作用的话，设置比较复杂一些，还没用过！
正如前面提到的，CC和CQ集成以后，是方便用CQ进行缺陷管理。两个软件对配置项版本管理的资源是完全共享的，就是说，在CC中可以看到的活动和缺陷（用Project Explorer查看），和在CQ中（点击AllActivitiesInStream）看到的是完全一样的！完全不影响什么版本管理！