在项目中使用wiki

是呀，所以这也是我喜欢eclipse的一个重要原因，具有良好的插件体系结构，它的可扩展性和能力真是可以任意想象了

不过CVS讲的是另外一件事情，是指你在任意wiki界面上给出任意CVS的代码片段的时候，只不过是一个例子

potian推荐的Fitness看起来很像plone呀。

http://en.wikipedia.org/wiki/Wiki_software

说说我的看法：
1、wiki是以关键词组织的，因此，将关键词等同于每个java文件，似乎不妥，这样一方面使得一个java文件本身的头注释显得不再重要，另一方面，又使得一个项目的关键词过多，而丧失了关键词的意义。

2、也许可以有跨越项目的wiki，公用的关键词，大家共享，各自的项目可以有自己的关键词。将来也许可以做一个Open Source项目的wiki文档平台，不但可以辅助项目管理，而且还有可能达到知识共享和统一的功效。

某些我正在想的东西：
1。一个基本的wiki
2. Wiki的页面能够和IDE的artifact和他们的版本相关(例如源代码）
3 Wiki的页面和XP的流程管理相关(例如project,release,iterator)
4  Wiki的页面和某个issuer相关，同时和某些代码相关，这些issuer同时和iterator相关

总而言之，是一个类似于wiki,jira,versionOneXP紧密绑定的东西，把交流、文档、流程控制和task(issuer)、version管理较好地结合起来的一个wiki。自动能够产生一些报表、图表等等，可以让我自己以后做项目的时候轻松一点。

这也是我自己重新去实现一个wiki的原因，只有等这个wiki可以用了，我的想法才能一步步逼近。

为何要自己实现一个Wiki ? 可以在很多已有的项目上改进阿？

我觉得Potian的意思是以Wiki为核心，建立开发的管理；
但是是不是以流程为核心更好呢？Wiki只是开发流程中的一个辅助。
将Wiki的一组与正在进行的项目相关联的页面存储在CVS中，一同进行版本控制。这样可以最好的保存项目不同时期的“断面”，任何人都可以恢复到某一
个项目阶段。

实际上类似的想法我也有过，当然可能和大家考虑的问题不同，我是从SCM的角度考虑这个问题的。有些想法我还不想公开，但是以前谈到过零散的东西。比如用XML管理代码等等。pation现在的想法我觉得根本实现的困难就在于缺少一个底层的基础平台，而这些也是我曾经考虑过的。