我们的项目已经进行了半年，马上进入了第3个季度，慢慢的需求管理、缺陷管理的建立也需要提上日程。 从走在前面的3D引擎的开发状况看，需要有一个良好的bug管理系统来管理bug、记录需求等，于是决定用一个项目管理工具来实施，直接上Trac，并且要做到和我们的开发的版本管理工具Mercurial完全集成，Mercurial的安装见链接。

在网上Google到的一份中文的《GIT使用指南》，读了一下非常好，在此转载一下，感谢译者。

因为Mercurial缺乏对100MB+的binary文件支持，所以今天又把Git装上测试一下，环境是在一台Ubuntu 10.04 amd64 server edition机器上，通过http访问Git。

最近必须解决Version Control的问题了，目前使用的svn，并采用主干活跃，分支稳定的开发策略（平时的修改都在trunk进行，主干版本发布后需要修改bug才创建分支，并在分支工作，完成后merge主干），目前发现和想到的问题有以下几点：

背景：目前的项目使用的版本控制是SVN。只建立了一个svn库并使用bdb模式。项目开始了3个月，svn的版本号就突破了7000，svn库在服务器端有9GB。而在windows下用TortoiseSVN检出所有的东西，总共近50GB大小（.svn目录貌似保留了所有的历史），居然需要3个小时以上！实在忍不了了，准备换分布式VC。目前暂时选择Mercurial。