GitHub的项目管理

（编辑：这个问题对于我的特别问题来说已经过时了，因为Google代码现在支持git，而且我已经将协议缓冲区转换为Mercurial。不过，在我看来，这仍然是一个普遍关注的问题。）

我的应用程序使用github进行源代码控制，我开始真正喜欢使用git。然而，据我所知，github不提供任何项目管理工具：缺陷和功能跟踪、讨论、功能请求、文档等。考虑到我的从属关系，这是一个自然的选择，但是在那里创建一个项目但在github上托管源代码似乎有些奇怪

似乎主要关注缺陷跟踪。我想知道当涉及到一个更“完整”的项目管理解决方案时，其他人有什么经验。Fogbugz真的做了我需要的一切吗？（对文档使用wiki有它的优点，尽管我也希望能够用代码分发文档。）除了第一段中提到的明确特性之外，还有其他我应该考虑的项目方面，我可能遗漏了哪些方面

这肯定是一个开源项目，尽管我不愿意付钱，但我不介意是否需要一点费用。目前我是唯一的开发者，但这可能会改变，很可能会有很多人提交bug和功能请求。（换句话说，我希望并期望它会流行，但大部分工作都是我做的。）

以前我参与过各种开源项目，但在运行一个非常可见和活跃的项目方面做得不多。（目前仍“托管”在我的网站上，偶尔发布-实际的源代码管理在我的本地NAS上。）

有人愿意分享他们的经历吗

编辑：我现在考虑的另一个选择是谷歌代码项目（我真的很想忠于我的雇主）和偶尔从git到svn的合并（至少每次发布时）。这将允许非git用户也可以轻松获得源代码。

您考虑过吗

似乎有一个“热情”的评论

我个人没有使用这些工具的经验，但您可能希望查看集成。

我们使用的不是GIT，而是Mercurial*，但每个分支都有bug/问题跟踪等

我认为，将这些东西与您管理源代码的地方集成起来，以便交叉引用诸如提交消息中的问题编号之类的东西是非常有用的。或包含代码修订号的问题的固定消息。如果你选择像谷歌代码这样的独立基站，你将失去这个功能。正如在另一个答案中提到的，Trac在集成方面非常擅长

编辑：我应该说，对于我最广泛使用的开放源码项目，我们确实在：

Bitbucket（源代码管理）

启动板（用户错误报告、翻译管理）

自托管Trac（wiki、项目和开发人员问题跟踪、源代码镜像）

谷歌代码（文件下载）

我知道这听起来很疯狂，但我们从每项服务中挑选最好的部分。令人惊讶的是，没有人抱怨

---

*

在我看来，这是最好的选择，但请不要炒我鱿鱼。

我使用GitHub和进行问题跟踪。与其他一些选项相比，它有点简单，但同时，如果你只想要一个轻量级的工具，你就不必太担心它了。如果您愿意，它可以与GitHub集成，而且对于开源项目也是免费的。

如果您认为自己真的会成为最棒的，Fogbugz将帮助您保持理智。Fogbugz是一个伟大的产品，它建立了集中的沟通，可以把任何事情变成一个案例（问题）。这一切都和我见过的任何系统一样好

但它的定位是商业化的——用户和技术支持之间的有效沟通，提高日程安排的可靠性，关注并优先考虑正在进行的工作，内部和外部的单独讨论，一些好的报告来跟踪事情的处理情况。（我能想到的唯一批评是，它不进行案例阻止和依赖项跟踪，这对那些埋得很深的bug非常有用。）

此功能集中的一小部分将帮助您构建一个活跃的开源项目，具有开放的生动交流，并且需要构建一个社区，并随着项目的发展让用户演变为开发人员。因此，如果你想在那里结束，你可能真的想要这些轻量级跟踪系统中的一个不太集中的通信通道

---

我还没有在项目中使用过谷歌代码，但就透明和开放的交流而言，它似乎是对活动开源项目的良好支持。而且你已经知道了。如果你想在你的项目中增加参与度，谷歌代码看起来是一条路。

我在一些地方使用github和谷歌代码。GoogleCode的问题追踪器很不错，但我不能处理subversion

---

以我的为例——特别是顶部的source选项卡。

在工作中，我们使用FogBugz，在我看来，它是迄今为止最好的工具。我会把它用于我从事的非盈利项目，除非它的价格超过2个用户

对于非营利项目，我们使用用于问题跟踪。不管花多少钱都可以，坦率地说，在它的价格范围内，我真的找不到任何合适的替代品。Trac的问题跟踪比Bugzilla的要好一点……我知道很多人都喜欢Trac，但我发现它非常死板。Trac的缺陷把我们带到了灯塔

我的非营利项目可能正在考虑迁移到。除了问题跟踪，它还可以让我们从beanstalkapp.com整合我们的存储库，并添加一个wiki

话虽如此，如果FogBugz on Demand的定价与Lighthouse.app的价格相差甚远，但用户数量较少，我会把我们搬到那里