GitHub上的项目管理[关闭]


95

(编辑:对于我的特定问题,这个问题现在已经过时了,因为Google Code现在支持git了,无论如何我已经将Protocol Buffers转换为Mercurial。但是,IMO仍然很受关注。)

我的C#协议缓冲区端口使用github作为源代码控制,而我开始真正喜欢使用git。但是,据我所知,github没有提供任何项目管理工具:缺陷和功能跟踪,讨论,功能请求,文档等。考虑到我的从属关系,Google Code将是一个自然的选择,但是对于在此处创建一个项目,但将源代码托管在github上。

有关Fogbugz / Assembla的问题似乎主要集中在缺陷跟踪上。我想知道其他人在获得更“完整”的项目管理解决方案时有什么经验。Fogbugz真的可以做我需要的一切吗?(尽管我也希望能够使用代码分发文档,但使用Wiki进行文档操作具有其优势。)除了第一段中提到的显式功能之外,我还应该考虑其他项目方面吗?

这绝对将是一个开源项目,尽管我宁愿不付款也不介意是否需要支付少量费用。目前,我是唯一的开发人员,但是这种情况可能会发生变化,并且可能会有很多人提交错误和功能请求。(换句话说,我希望并期望它会很流行,但是我会承担大部分工作。)

以前,我曾为各种开源项目做过贡献,但是在运行一个非常明显且活跃的项目方面并没有做太多事情。(MiscUtil当前仍“托管”在我的网站上,并偶尔发布-实际的源代码控制在我的本地NAS上。)

有人愿意分享他们的经验吗?

编辑:我现在正在考虑的另一个选择是Google Code项目(我真的很想忠于我的老板),偶尔从git合并到svn(至少每次我发布时)。这将使非git用户也可以轻松掌握源代码。


您即将在C#中释放协议缓冲区吗?我一直很想尝试一下。
大卫·罗宾斯

1
@David:虽然有点“手动”,但它已经处于可用状态。有关一些初步说明,请参见code.google.com/p/protobuf-csharp-port
乔恩·斯基特

我不确定您上次编辑此问题时是否是这种情况,但是GitHub自动在任何标签处创建代码的可下载存档。您还可以在任何提交时下载代码的状态。
熊恰亚诺夫,09年

11
您还可以在Google代码上使用Mercurial,Mercurial非常简单,并且具有与git几乎相同的功能
dzen 2010年

GoogleCode添加了对Git的支持:code.google.com/p/support/wiki/GitFAQ
Givenkoa 2011年

Answers:


45

如果您认为自己将真正成为唯一的开发人员,Fogbugz将帮助您保持理智。Fogbugz是一款出色的产品,它可以建立重点明确的沟通渠道,并且可以将任何事情变成案件(问题)。它可以完成我所见过的所有系统。

但是它的方向是商业性的-用户与技术支持之间的有效沟通,提高日程安排的可靠性,集中精力并确定正在处理的工作的优先级,内部和外部的讨论分开,一些良好的报告以跟踪事情正在得到处理。(关于我唯一能想到的批评是,它没有进行大小写阻塞和依赖跟踪,这对于那些深层的bug确实有用。)

此功能集很少能帮助您构建活跃的开源项目,并进行开放,生动的沟通,并且需要建立社区,并且随着项目的发展,使用户逐渐发展为开发人员。因此,如果这是您要结束的地方,那么您可能真的想要这些轻量级跟踪系统之一的通信渠道集中度较低。

我尚未在项目上使用Google Code,但就透明和开放式交流而言,它似乎对活跃的开源项目提供了很好的支持。另外,您已经知道了。如果您想增加对项目的参与,那么使用Google代码就可以了。


7
谢谢-所有有用的东西。Google Code还有一个额外的好处-如果它缺少一项功能,则我更有可能实现它:)(我确信Fogbugz等人认真对待了功能请求,但是有了Google Code,我可以在系统本身在20%的时间内...)
乔恩·斯基特


14

我将GitHub和Lighthouse一起用于问题跟踪。与其他一些选项相比,它有点准,但是同时,如果您只想要一个轻量级的工具,则不必担心太多。如果需要,它可以与GitHub集成,并且对于开源项目也是免费的。



10

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

我认为将这些内容与您管理源代码的位置集成在一起以在提交消息中交叉引用诸如issue-number之类的内容可能非常有用。或修复了包含代码修订号的问题的消息。如果您选择单独的BTS(例如Google代码),则会丢失此信息。如其他答案中所述,Trac确实擅长集成。

编辑:我应该说,对于我使用最广泛的开源项目,我们实际上在以下位置拥有它:

  1. Bitbucket(源代码管理)
  2. 启动板(用户错误报告,翻译管理)
  3. 自托管的Trac(Wiki,项目和开发人员问题跟踪,源代码镜像)
  4. Google代码(文件下载)

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

* 无论如何,这在我看来还是比较好,但是请不要解雇我。


这里没有任何问题-我没有使用Mercurial,因此无法发表评论。我认为,如果我要真正移动源代码托管,我将直接使用Google Code和svn,我已经很满意了。我我想保留github存储库-但请看我的问题编辑...
Jon Skeet

3
我认为,SVN是Google代码的主要弱点。但是正如您所说,这完全取决于您对什么感到满意。
阿里·阿夫沙尔

还进行了编辑以反映我个人的使用习惯。
阿里·阿夫沙尔

我知道这很愚蠢,但是我很难将我真正想要保存的任何数据提交到名为“ bitbucket”的服务器。
TED

1
bitbucket现在也可以执行Git
Radek

8

您考虑过Trac吗?

似乎对git-Trac集成有“热情”的评价。

我对这些工具没有任何亲身经验,但是您可能想检查一下集成。


我提到的Fogbugz / Assembla问题似乎暗示Trac落后于FogBugz。我也喜欢主持项目讨论的想法(尽管我当然可以在必要时使用Google网上论坛)。
乔恩·斯基特

1

我在某些地方使用github和google代码。Google代码的问题跟踪器相当不错,但我无法处理颠覆问题。

看一下我的java memcached客户端,以获取一个示例-尤其是顶部的源选项卡。


凉。这看起来是一个非常好的解决方案。我可能仍会克隆到颠覆,以使想要使用它的人更容易-我想尽可能地包容一切。
乔恩·斯基特

2
我以为github的下载内容对于想要颠覆的人来说已经足够了。比从svn repo下载最新版本更高级的东西的人可能已经在使用git。:)
达斯汀

1

在工作中,我们使用FogBugz,在我看来,它是迄今为止同类工具中最好的工具。我会把它用于我从事的非营利项目,但它的价格非常昂贵(超过2个用户)。

对于非营利项目,我们使用Lighthouse进行问题跟踪。它的价格还可以,坦率地说,我在它的价格范围内找不到任何合适的替代产品。Trac的问题跟踪没有Bugzilla的跟踪好。。。我知道很多人都喜欢Trac,但是我发现它非常不灵活。Trac的缺陷使我们来到了Lighthouse。

我的非营利项目可能正在考虑迁移到Bitbucket。除了跟踪问题外,它还使我们可以从beantalkapp.com那里合并我们的存储库,并添加一个Wiki。

话虽这么说,如果FogBugz-on-Demand对于少量用户而言的定价甚至与Lighthouse.app相似,我会心动不已。当您在工作中使用FB,然后在晚上使用Lighthouse.app时...使用Lighthouse感觉就像您的手臂被砍了一样。



1

我也在Lighthouse中使用github。如果您的提交消息包含类似

[#32状态:已解决]

Lighthouse会针对提交问题解决票证#32,我认为这是快速而有用的。除此之外,Lighthouse还具有一些功能。


0

我建议使用JavaForge作为替代方案,因为它具有您所需要的一切:

  • 它提供与Mercurial和Git(或混合版本)的免费托管
  • 它的问题跟踪器比GitHub提前数年。它功能强大且可自定义,可以跟踪需求,功能请求,错误,任务等。
  • 它提供了文档管理功能,还具有WebDAV访问权限(与共享文件夹一样容易共享)。
  • 它具有内置的Wiki,用于协作创作文档,需求等。
  • 它有讨论论坛。

请注意,该网站由codeBeamer提供支持,codeBeamer是我们的商业产品,已经过全球公司的实战测试。

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



0

您也可以尝试使用BusyFlow之类的工具。在这里,您可以跟踪GitHub提交并对其进行评论(评论与GitHub同步)。对于其他项目管理方面,BusyFlow已与Google Calendar,Trello,Basecamp,Pivotal Tracker等集成。因此,您可以看到GitHub项目以及任务,文件和日历事件。

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


-1

您考虑过CodePlex吗?


1
我没有,但是最后我选择了Google Code github,针对github进行开发,并在适当的时候使用svn。
乔恩·斯基特
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.