项目管理使用GitHub
（编辑：这个问题现在已经过时了，因为我的特定问题已经过时了，因为Google代码现在支持git，并且我已经将Protocol Buffers转换为Mercurial，但它仍然是普遍感兴趣的，IMO。）
我的C＃协议缓冲区端口使用github作为源代码控制，我开始非常喜欢使用git。 但是，据我所知，github不提供任何项目管理工具：缺陷和功能跟踪，讨论，功能请求，文档等。鉴于我的隶属关系，Google Code将是一个自然的选择，但看起来很奇怪在那里创建一个项目，但在github上托管源代码。
这个关于Fogbugz / Assembla的问题似乎主要集中在缺陷跟踪上。 我想知道当谈到一个更“完整”的项目管理解决方案时，别人有什么经验。 Fogbugz实际上做我需要的一切吗？ （虽然我也希望能够通过代码分发文档，但使用wiki来处理文档有其优势。）除了第一段中提到的显式特性之外，还有其他项目方面我应该考虑哪些是我可能错过的？
这肯定会留下一个开源项目，虽然我宁愿不付钱，但我不介意是否需要少量费用。 目前，我是唯一的开发人员，但这可能会发生变化，很可能会有很多人提交错误和功能请求。 （换句话说，我希望并期望它很受欢迎，但是与我一起做大部分工作。）
以前我曾为各种开源项目做过贡献，但在运行非常明显和活跃的项目方面做得并不多。 （MiscUtil目前仍然在我的网站上“托管”，偶尔会发布 - 实际的源代码管理在我的本地NAS上。）
任何人都在意分享他们的经验？
编辑：我现在考虑的另一个选择是Google Code项目（我真的很想忠于我的雇主），偶尔从git合并到svn（至少每次我发布时）。 这将允许非git用户轻松掌握源代码。
如果你认为你真的是唯一的开发者，Fogbugz会帮助你保持清醒。 Fogbugz是一款出色的产品，它构建了专注的沟通渠道，可以将任何事情变成案例（问题）。 它和我见过的任何系统一样。
但其定位是用户与技术支持之间的商业高效沟通，提高时间表的可靠性，关注和优先处理正在进行的工作，分离内部和外部讨论，以及一些好的报告以跟踪事情正在得到处理。 （关于我能想到的唯一批评就是它没有进行案例阻塞和依赖关系跟踪，这对于深埋的这些错误非常有用。）
这个功能集很少会帮助你建立一个活跃的开源项目，开放的生动沟通和需求建立一个社区，让用户随着项目的发展演变成开发者。 所以，如果这就是你想要结束的地方，那么你可能真的需要这些轻量级跟踪系统中较不重点的通信渠道。
我还没有在一个项目上使用过谷歌代码，但透明和开放的沟通方面，它看起来对一个积极的开源项目提供了很好的支持。 另外你已经知道它。 如果你想增加参与你的项目，谷歌代码看起来像要走的路。
GitHub最近推出了自己的问题跟踪器; 尽管如此，我还没有进行过竞争性分析，以确定它如何衡量本主题中提及的其他选项。
我将GitHub和Lighthouse一起用于问题跟踪。 与其他一些选项相比，它有点准系统，但同时它的工作非常好，如果你只是想要一个轻量级的工具，你不必太担心。 它可以与GitHub集成，如果你愿意的话，它也可以免费用于开源项目。
链接地址: http://www.djcxy.com/p/79439.html