项目pipe理GitHub去

(编辑:这个问题现在已经过时了,因为Google代码现在支持git,我已经把Protocol Buffers转换成了Mercurial,不过,它仍然是一般的兴趣,IMO)。

我的C#协议缓冲区端口使用github作为它的源代码控制,我开始非常喜欢使用git。 但是,据我所知,github不提供任何项目pipe理工具:缺陷和function跟踪,讨论,function请求,文档等。由于我的隶属关系, 谷歌代码将是一个自然的select,但它似乎很奇怪在那里创build一个项目,但在github上托pipe源代码。

这个关于Fogbugz / Assembla的问题似乎主要集中在缺陷跟踪上。 我想知道当谈到一个更“完整”的项目pipe理解决scheme时,别人有什么经验。 Fogbugz实际上是否做我需要的一切? (使用维基文档有其优点,但我也希望能够用代码分发文档。)除了第一段中提到的显式特性之外,还有其他的项目方面,我应该考虑我可能错过了哪些方面?

这肯定会留下一个开源项目,虽然我宁愿不付钱,但我不介意是否需要一小笔费用。 目前我是唯一的开发者,但是这可能会改变,可能会有很多人提交错误和function请求。 (换句话说,我希望并且期待它是受欢迎的,但是与我一起做大部分工作。)

之前,我曾经为各种开源项目做过贡献 ,但是在运行一个非常明显和活跃的项目方面做得并不多。 ( MiscUtil目前仍然在我的网站上“托pipe”,偶尔会发布 – 实际的源代码控制在我的本地NAS上。)

任何人都在意分享他们的经验?

编辑:我正在考虑的另一个选项是Google Code项目(我真的想忠于我的雇主),偶尔从git合并到svn(至less每次我发布)。 这将允许非Git用户也可以轻松掌握源代码。

如果你认为你真的是唯一的开发者 ,Fogbugz会帮助你保持清醒。 Fogbugz是一个伟大的产品,它build立了有针对性的沟通,可以把任何事情变成一个案件(问题)。 它和我见过的任何系统一样。

但它的定位是用户和技术支持之间的商业高效沟通,提高时间表的可靠性,重点讨论正在进行的工作,分离内部和外部讨论,以及一些好的报告,以跟踪事情正在得到处理。 (关于我能想到的唯一的批评是它没有做案例阻塞和依赖关系跟踪,这对于深埋的这些错误是非常有用的。)

这个function很less会帮助你build立一个活跃的开源项目,开放的生动沟通和需求build立一个社区,随着项目的发展,用户会逐渐成长为开发者。 所以,如果这就是你想要结束的地方,那么你可能真的需要这些轻量级跟踪系统中一个不那么集中的通信渠道。

我还没有在一个项目上使用Google Code,但是就透明和开放的沟通而言,它对于一个活跃的开源项目看起来是一个很好的支持。 另外你已经知道了。 如果你想增加参与你的项目,谷歌代码看起来像要走的路。

GitHub最近推出了一个自己的问题跟踪器 。 尽pipe如此,我还没有做过竞争性的分析,以确定如何衡量这个线程上提到的其他选项。

我使用GitHub和Lighthouse一起进行问题跟踪。 与其他一些选项相比,它有点准系统,但是同时它的工作得很好,如果你只是想要一个轻量级的工具,你不必太担心。 它可以与GitHub集成,也可以免费用于开源项目。

像往常一样,当有人问这个问题时,我提到了Redmine 。 我知道这个问题已经是“最好的答案”,但我认为这是值得一提的。

我们使用bitbucket.org ,这不是GIT,它是Mercurial *,但它有每个分支的错误/问题跟踪等。

我认为将这些东西与pipe理源代码的地方集成在一起可能非常有用,可以在提交消息中交叉引用诸如issue-number之类的东西。 或者修复了包含代码修订号的问题。 如果您select像Google代码这样的单独BTS,您将会失去这个function。 正如其他答案中提到的,Trac真的很擅长整合。

编辑:我应该说,对于我最广泛使用的开源项目,我们确实有它在:

  1. Bitbucket(源代码pipe理)
  2. Launchpad(用户错误报告,翻译pipe理)
  3. 自主托pipeTrac(wiki,项目和开发者问题跟踪,源代码镜像)
  4. Google代码(文件下载)

而且我知道这听起来很疯狂,但是我们从每项服务中select最好的一些。 令人惊讶的是,没有人抱怨。

无论如何,这在我看来更好,但请不要激怒我。

你有没有考虑过Trac ?

似乎有一个“ git-Trac”整合的“热情”审查。

我没有这些工具的个人经验,但你可能想看看集成。

我在一些地方使用github和google代码。 谷歌代码的问题跟踪器是不够的,但我不能处理颠覆。

看看我的Java memcached客户端的一个例子 – 特别是顶部的源标签。

在工作中,我们使用FogBugz,这是迄今为止我认为最好的工具。 我将把它用于我所从事的非营利项目,除了2个用户以外这么贵。

对于非营利性项目,我们使用Lighthouse进行问题跟踪。 它的成本是可以的,坦率地说,在价格范围内我找不到合适的替代品。 Trac的问题跟踪比Bugzilla的好…我知道很多人喜欢Trac,但是我觉得它非常不灵活。 Trac的不足导致我们去了灯塔。

我的非营利项目正在寻找转移到Bitbucket 。 除了问题跟踪之外,它还可以让我们在beanstalkapp.com上合并我们的存储库,并添加一个wiki。

所有人都说,如果FogBugz-on-Demand的定价远低于Lighthouse.app的用户数量,那么我会在心跳的时候把它移到那里。 当你在工作中使用FB,然后在晚上使用Lighthouse.app …使用灯塔感觉你的arm已经被砍掉。

Mingle通过mingle_git插件支持git。 鸣乐拥有开源项目的免费社区许可证 。

我也使用github与灯塔。 如果你的提交消息包含类似的东西

[#32状态:已解决]

灯塔将解决票#32提交,我觉得快速和有用的。 除此之外,灯塔是有点呃function上的光。

我build议JavaForge作为替代,因为它拥有你所期待的一切:

  • 它提供免费托pipe与Mercurial和Git (或混合)。
  • 它的问题追踪器比GitHub早了光年。 它是非常强大和可定制的,可以跟踪需求,function请求,错误,任务等。
  • 它提供了文档pipe理,也提供WebDAV访问(与共享文件夹一样简单共享)。
  • 它内置了wiki,用于文档,需求等的协作创作。
  • 它有讨论的论坛。

请注意,该网站是由codeBeamer ,我们的商业产品由全球公司的战斗testing。

(免责声明:我们是敏捷ALM解决scheme的商业提供商。)

<plug>我正在build造机场 。 </plug>

你也可以尝试使用像BusyFlow这样的工具。 在那里你可以跟踪GitHub的提交和评论(评论与GitHub同步)。 对于其他项目pipe理方面,BusyFlow集成了Google日历,Trello,Basecamp,Pivotal Tracker等。因此,您可以看到您的GitHub项目以及任务,文件和日历活动。

(免责声明:我是BusyFlow的联合创始人。)

你考虑过CodePlex吗?