主题：【求助】请教下适合小团队使用的OA和研发管理系统 -- 十四楼的青蛙
基本上什么都有，可以灵活的根据自己的需求决定如何使用。
比CVS,SVN好太多。我三种都用过，不得不说开源软件还需努力。
Perforce 没有免费版，不过工作效率的提高值回投资。
不过据我所知，任何版本控制软件比较MS文本或图形的版本差异都要另外的辅助。但是纯文本的文件（源码或文档）版本控制十分管用。
OA的话不如用个wiki系统 有利于历史追踪和知识积累。再装点插件，功能也很强。由于是基于web的系统，也很容易访问。
VSS对分支、标签的支持不好，而且从我多年前的经验看，稳定性也很差，我碰上过好几次死机导致VSS库损害不得不恢复备份的；而且目前Microsoft对VSS也早都不更新了，最新的版本是VSS2005，和以前的版本没有什么区别。
CVS现在已经用得不多了，Windows下的客户端CVSNT也早都不更新了；SVN可以看作是增强版的CVS，在功能、稳定性上增强了很多，而且对Linux、Windows、MacOS通吃，在Windows下有界面友好，功能强大的TortoiseSVN，和Visual Studio集成有AnkhSVN，和Eclispse集成有subclipse，如果是命令行高手，svn命令行操作在所有系统中都可以用……
至于语言，TortoiseSVN有完美的中文界面，了解了SVN的工作原理以后不会存在任何使用障碍。
另外，SVN的服务器端部署也很简单方便，可以以Windows Service方式部署，也可以和Apache配合起来以Web方式部署；如果个人使用，甚至不需要服务器端，直接使用共享文件夹的方式也可以维护一个代码库。
Git、Hg这些分布式的版本配置工具现在不建议你使用，这些工具的使用上相对VSS、CVS、SVN来说比较复杂，而所带来的好处目前对你们目前的规模来说还体现不出来；建议对版本控制有更详细的了解以后再转移到这类工具。
至于TFS，这东西更不建议使用，从我们自己的使用经验来看，要用TFS，需要先有规范的域环境，而服务器的搭建和维护也很费劲，对小团队来说得不偿失，反正我是用得对这个东西敬而远之了。
还有一点可能无关紧要但也可能很重要的，SVN、Git、Hg都是免费的，而TFS、Perforce等都是商业软件，而且是按照客户端数量收费的。
文档管理如果不多的话，Windows SharePoint Service也可以拿来用（免费的，和Office SharePoint Server不一样），可以按项目分别建立Web网站，按人员分配权限，对文档还可以进行版本管理；再进一步，有些简单的OA功能也可以用WSS来实现。
还有一个需要注意的，“安排全员可用的项目计划”不应该划分在OA系统里面吧？最好搞一个项目管理工具，把项目计划、Bug管理、文档管理什么的都管起来，前面大家提到的Trac，还有一些其他的开源工具比如Redmine；商业软件比如atlassian的一系列产品都不错，建议你看一看，不要一下子把所有的东西都堆到OA里面。
这些开源工具的安装都不复杂，网上安装教程一大把，找个聪明点的开发人员，让他花个几天时间搭建好不是什么难事；如果搞不定，国内也有提供服务的（我记得有一家叫什么群英汇的）。
送花成功。有效送花赞扬。感谢：作者获得通宝一枚。恭喜：你意外获得 16 铢钱。1通宝=16铢
15～30人，也就大公司一个中等规模的项目组。
什么cvs，svn的，用哪个都够了，你搞个手册来可能看不过来，实际上一年有364天都用其中1/3不到的功能。
平台选型，只要不钻到死胡同里（比如说不要用vss，以后在分支、安全、远程访问上可能受限制），不是问题。我觉得关键是怎么用。
找个各方面都熟悉的，比较专业一点的人。去你们公司几次。聊一聊，指导一下。一个星期估计就搞定了。
看你的说法，应该主要是版本管理，svn就可以，网上下载个服务器直接安装了就可以用。领导和行政人员如果只是查看没问题，可以用IE直接打开。要是也参与编写就比较麻烦。行政人员对什么update/commit没概念。
OA这个事情不好说，确实会规范下。但是公司小，身兼数职往外跑，上了OA没有领导签名就走不下去，领导又经常在外，难道你还给弄个手机终端？所以只把几个关键的地方比如采购上OA就行。主要是用OA来代替纸件表格不会丢，方便查账，不需要太复杂的OA流程。
项目计划是最难的，至少我知道的项目管理软件（不管是专门的还是OA集成的），用起来都不顺手。腾出一面墙来做个白板，可能效果更好。
最后就是千万别用MS的server系列。虽然安装简单界面漂亮。但是功能太高级，在系统里扎根太深。万一想升级个机器换块硬盘，折腾死人。
起步也可以git的。
git还是有些晦涩的。
可能刚开始的时候用SVN这些现成的东西比较省心，但是越到后面，流程管理越需要呈现出自己公司的特色，到时候比较痛苦的抉择是：让自己的流程实质去符合现有的形式，还是让形式去符合内容。
我的经验和建议是，还不如一开始就仔细整理一下自己公司的需求（我想，一般有过大公司工作经验的人都能整理个12345出来），自己开发或者找个软件公司开发一套“土流程”，也许刚开始的时候不够好，但是这个是真正的“家生孩子”，会伴随着公司的成长而成长，“土流程”才是公司真正的财富。
自己搞并不难，真的
如果仅仅是一个单个的开发人员，使用哪个工具问题并不大；但是对于一个团队，选择的时候要考虑的事情还是比较多的；我觉得从服务器的搭建、维护；和已有开发工具、IT环境的结合等等方面来说，Subversion比Git和Hg要更胜一筹；
Git目前对Windows的支持应该说还是比较可怜的，Hg的UI工具略好一些，新版本的TortoiseHg比以前进步不小，但也还没有到可以称得上成熟的地步；而Subversion应该说在这些方面已经发展的相当好了。
因此我的意见是除非有很强烈的使用分布式SCM系统的要求（例如在中国和美国各有一个开发团队要协同开发，这个时候SVN的中心代码库的管理方式就会成为一个瓶颈），以楼主公司目前的规模还是用SVN更好。
源代码，库，安装程序等用Perforce管理，文档用Share Point管理，Bug跟踪用Jira/BugFree,自动测试/回归测试系统可能要自己搞，知识共享用Wiki,讨论问题用BBS, Outlook更不用说了，必须的。
(补充一下Code Review工具：CodeReview或Code Collaborator, 也可以和Perforce集成。)
还可以自己开发一个Submit工具，强迫程序员在提交代码前Rebuild一遍并且跑回归测试。（Perforce提供了一套API可以二次开发，并且支持丰富的Trigger，比较适合这种模式）。
或者直接上VSTS，优点就是功能全，可以直接和和Visual Studio/Office集成。但是单项来看功能都不是最好。
另外，强烈建议抽一个专人管理，这方面的事情其实很多也很杂。