(编辑: 这个问题现在已经过时了,因为谷歌代码现在支持 git,而且我已经把协议缓冲转换成了 Mercurial。然而,这仍然是普遍关注的问题。)
我的 C # 协议缓冲使用 github 进行源代码控制,我开始真正喜欢使用 git 了。然而,据我所知,github 没有提供任何项目管理工具: 缺陷和特性跟踪、讨论、特性请求、文档等。考虑到我的分支机构,谷歌代码将是一个自然的选择,但是在那里创建一个项目,却把源代码放在 github 上似乎有些奇怪。
关于 Fogbugz/Assembly 的这个问题似乎主要集中在缺陷跟踪上。我想知道当涉及到一个更“完整”的项目管理解决方案时,其他人有什么经验。Fogbugz 真的能满足我所有的需求吗?(对文档使用 wiki 有其优点,尽管我也希望能够使用代码分发文档。)除了第一段中提到的明确的特性之外,我 应该还考虑了哪些我可能遗漏的其他项目方面?
这肯定会继续是一个开源项目,虽然我宁愿不支付我不介意,如果一个小费是必需的。目前我是唯一的开发人员,但是这种情况可能会改变,可能会有很多人提交 bug 和特性请求。(换句话说,我希望并且期望它能够流行起来,但是大部分工作都是我在做。)
以前我已经对各种开源项目进行了 贡献,但是在运行一个非常可见和活跃的项目方面还没有做很多工作。(MiscUtil目前仍然“托管”在我的网站上,偶尔也会发布——实际的源代码控制在我的本地 NAS 上。)
有人想分享一下他们的经历吗?
编辑: 我现在正在考虑的另一个选择是 Google Code 项目(我真的很想忠于我的雇主)和偶尔从 git 到 svn 的合并(至少,每次我发布一个版本)。这将允许非 git 用户轻松获得源代码。