我不希望在Synergy中把他们当作一个项目，由于开发人员不仅仅要修改代码，还要增加一些文档类的信息，但我又不希望文档和代码混在一个项目中，我希望文档管理是像VSS中管理文件一样管理，Synergy能够满足吗？还是要Doors来管理。但我说的这些文档可能不仅仅是需求，还包括很多其他的文件记录，所有我觉得Doors不能满足要求，请问大家是怎么处理的？请高手们帮忙。

首先，是否你是希望能够在Synergy里面增加修改文档并且不要关联Task？
如果是这样在Synergy CM 里面做不到,你可以考虑放到Change里面作为附件；
在Synergy CM里面完全可以将文件与源代码放在不同的项目中，并且还能够记录他们之间的联系，
但是不太理解你是不希望他们不放在一个项目里面还是不放在一个数据库里面，
Synergy的项目概念与ClearCase等其他工具的项目有些差别的呦！

另外我觉得，做好配置管理工作的第一点，就是要识别配置项，那些是要受控的，那些不需要，
需要受控的才放到配置库里面管理，配置库不是用来做文件备份的地方；一旦成为配置项就应当
要记录版本与版本之间的关系；是配置项就不管是文档还是源程序都是软件产品的一部分，都是同等重要的。

我是这样看的，如果把文档等都纳入配置项的管理，那将相当麻烦，因为两个版本之间不仅有很多程序被修改了，而且还有很多文档被该了，会不会导致最后任务多的一塌糊涂。所以，我只想通过任务来管理程序代码，也就是说所有的任务都是针对代码的。
至于文档，我希望能够像VSS一样让所有人都灵活操作，虽然文档也是需要受控的，但绝对不如代码那么严格，仅仅是存在有记录就可以了。有的文档可能仅仅是作为一种记录存在，比如说，如果我最近发了一个正式版本，我把我发的这个包放到VSS上记录起来，以后我需要的时候能够直接取出来用。
说说引发这个问题的根本原因吧，因为现在发包都是采取增量方式发布的，也就是说程序基本稳定，是在上面采取增量修正的方式，不是每次都是发布所有的文件，也就是一个个补丁。我想知道在一个正式版本后所有被修改文件的具体详细信息（包括路径名），而TeleLogic目前还无法提供这种清单（咨询后说的，如果哪位高手知道如何实现，感激不尽），所以我想让开发人员通过手动填列所有被修改文件来记录（虽然笨拙，但是我没有其他办法，请高手帮忙想想是否还有其他办法），然后按照清单取文件，整理成包，发布。这就涉及到一个在synergy中更改文件（xls）的问题，让我头疼的很。
所以想问问使用过synergy的文档都是如何管理的？

你的问题，在很多项目里面都存在，不仅仅是使用Synergy会有这样的问题，
其实Synergy的基于Task的工作概念，是将变更进行逻辑化，根据便于我们对代码变化的跟踪；

比如你希望的到修改的增量，那么这个增量一定是一个Task的集合，所以我们可以将这些Task所包含
的那些Version取出来就可以了；
具体办法：需要写一个脚本，可以用Perl实现，思路如下
获得一个Task的清单，这个清单就是这次要发布的增量的集合，
根据每一个Task获得Version的清单 可以用ccm query 命令得到每一个Version的对象（用四段表示法标识）；
然后根据使用四段表示法，使用 ccm finduse 命令得到每一个Version存在于project中的路径；
最后在得到所有的Version的对象后，还需要进行一下比较，在增量里面只需每一个文件的最新的Version；
根据最后得到的Version对象清单，取提取这些文件的版本吧。

我在一个客户的项目里面实现了这个功能，但是由于商务的原因，不能提供脚本源代码；所以只能说一下我的思路；

请问能否把所有的修改文件的路径输出到一个文本或其他格式呢？
因为我们用的是JAVA，所以编译后还是需要得到这些路径才能打包。

用 ccm finduse 命令得到文件Version的路径

首先明确你要怎样个“灵活”，Vss的权限管控是在文件级别的，所以可以确定文档的读写删改权限；synergy/cm关注的是资源的变更以及版本的更新，权限在于版本的变更上，是无法做到单独确定文档的读写删改权限的；

软件过程的文档从我个人的角度分为两类：“资料”文档，“过程”文档；这两类文档的使用是不一样的，“资料”文档在软件过程中一般不需要变更和修改，即使变更和修改也不会直接影响到项目的开发对象；比如《编码规范》《配置管理规范》《变量命名规则》《软件开发合同》等等；“过程”文档则不然，这些文档一般是软件过程的产物，同时又是软件相关工作的标准，而在软件过程中往往会产生更新，如《项目计划》《需求规格说明书》等；前一类文档，不需要灵活了，即使没有配置平台，找一个共享文件夹也能管理起来；后一类文档，如果将其作为一份一份的文档资源在配置平台上管理，那么什么平台都不“灵活”，因为这类文档的管理最关键的是能够控制内容的变更，同时能够及时地将变更的信息传达给项目相关的角色；要做到这两个方面，最理想的是有相关的系统，将这些文档的内容“信息化”，使得这些内容不是静态地写在某个word或excel中，而是在一个平台上流动；比如使用Borland公司的Calibram管理需求，比如Telelogic的change管理变更，使用QC管理Bug等等；

回到现实，一般的软件公司不会舍得下血本给自己进行信息建设的，所以，如果真的要管住文档，Vss可能更适用一点，在配合上一系列的管理流程，也是能实现目的的；Synergy由于本身的设计思路倾向性很强，是一整个解决方案中的一环，所以用它管理文档并不一定好用；

没问题，Synergy有命令行接口，给你一个思路，写一个批处理，先登录，然后使用ccm baseline -compare 的命令获取两个baseline间的差异Task信息，适用dos的函数将差异的Task号取出，使用ccm finduse -prep_proj -q "is_associated_object_of('task[id]-1:task:probtrac')" 命令获取每个Task的对象信息，再使用dos的函数获取这些信息中的路径信息和文件名信息，最后就是简单的xcopy就ok了；这样你就能将增量的java和jsp等代码取出了；

我的目的是不想对文档进行版本控制管理，只要有如同VSS的记录轨迹即可。我只想对代码进行控制，可能这个思想还比较落后，但我们现在开发流程并不规范，控制文档代价可能会很大。
公司倒是有Change，但是我总觉得不够灵活，因为Change和CM不是一个界面，而且Change也只适合变更管理，这在流程控制上作用比较大，但还是达不到我所说的灵活的文档管理。看来不行的话，只好同时使用VSS和Synergy了。：（

[ 本帖最后由 hulutang 于 2007-5-11 09:59 编辑 ]

如果楼主单纯要管理文档的话，尤其是word和excel文档比较多的情况下，建议使用sharepoint。可以使用windows 2003自带的windows sharepoint service（简称wss）。

其最大特点是与office 2003集成，可以直接在office中进行操作，同时也有版本控制，比较简单，但是对于管理文档也足够了。

同时是web方式的，方便在出差时和多种平台下更新文档。

最大的缺点是：权限控制不灵活。需要单独进行开发。