项目管理要去。[封闭]

Question

(编辑：这个问题现在已经过时为我的特定问题，如谷歌码支持git现在和我一转换的协议的缓冲区，以刺客无论如何。然而，它仍然是一般性的兴趣，国际海事组织。)

我 C#协议的缓冲器的端口 使用。对于其来源的控制，并且我开始真的很享受使用的饭桶。然而，我可以告诉，但没有提供任何项目的管理工具：缺陷和特征跟踪、讨论、功能要求、文档等。给我的隶属关系 谷歌的代码 将是一个自然的选择，但这似乎奇怪的创建一个项目，但主办源在想.

这个问题有关Fogbugz/Assembla 似乎主要集中在的缺陷进行追踪。我想知道什么经验的其他有当它涉及到一个更加"完全"项目管理解决方案。不Fogbugz实际上我需要的一切?(使用wiki docs有其优点，但我也希望能够分发文件用的代码。) 超出了明确的功能中提到的第一段，是否还有其他项目方面我 应该 可考虑哪些我可能已经错过了什么？

这肯定会留一个开放源码项目，并且虽然我还是不付钱我不介意，如果一小笔费用是必需的。目前我是唯一的开发，但这可能会改变并没有很可能是很多人申请的错误和功能要求。(换句话说，我希望并期望它是受欢迎的，但是跟我做的大部分工作。)

以前我 贡献 各种公开来源的项目，但是没有做过多的方式运行的一个非常可见的和活跃的地区之一。(MiscUtil 目前仍然是"托管"在我的网站上，偶然释放的实际来源的控制是在我的地方网络存储。)

任何人都关心分享他们的经验？

编辑：另一个选项，我现在正在考虑是谷歌的代码项目(我真的想要忠于我的雇主)和偶尔的合并从缝svn(至少每次我做一个释放)。这将允许非git用户得到的来源地。

Answer 1

如果你想，你会真正成为唯一的开发商， FogBugz的将帮助你保持你的理智。 FogBugz的是一个伟大的产品，它建立重点通信，可以把任何东西到的情况下（问题）。这不会是我见过的所有以及任何系统。

但它的方向是商业 - 用户和技术支持之间的有效沟通，提高调度的可靠性，重点和优先考虑什么正在处理，独立的内部和外部的讨论中，一些很好的报告，以跟踪，事情越来越处理。 （关于我能想到的是它不会做的情况下拦截和依赖跟踪，这是深埋这些错误真正有用的唯一的批评。）

此功能设置小会帮助你创建一个活跃的开源项目，开放活泼的沟通和需要建立一个社区，并让用户演变成开发商作为项目的发展。所以，如果这就是你要结束了，你可能真的要这些轻量级的跟踪系统之一的不太集中的沟通渠道。

我没有使用谷歌代码的一个项目还没有，但在透明与开放的沟通而言，它看起来像一个活跃的开源项目良好的支持。另外，您已经知道了。如果你想成长的参与项目，谷歌代码看起来像的路要走。

Answer 2

GitHub上最近推出了自己的问题跟踪;我没有做一个有竞争力的分析，以确定如何衡量为什么要在这个线程中提到的其他选择，虽然。

Answer 3

我用GitHub上与灯塔沿着来跟踪问题。这是相对于一些其他的选择有点准系统，但同时它工作得很好，如果你只是想要一个轻量级的工具，你不必过于担心。它可以与GitHub的整合，如果你想要的，这也是免费的开源项目。

Answer 4

像往常一样，当有人问这个，我说 管理平台 正如我在 此 问题。我知道这个问题已经在其"最好回答"但我认为这是值得一提。

Answer 5

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

我认为，它可以是非常有用来整合这些东西的地方你管理源代码，用于交叉引用的事情等问题的数目在提交消息。或固定的信息对一个问题，包含代码修订的数量。你会失去这个如果你选择一个单独的BTS如谷歌的代码。中提到的其他答复，核心预算资源调拨目标（Trac）是很好的一体化的事情。

编辑：我应该说，我最广泛使用开放源项目，我们确实有它：

1. 健康(源代码管理)
2. 快速启动(用户的错误报告，翻译管理)
3. 自托管的核心预算资源调拨目标（Trac）(维基、项目和开发问题跟踪，源代码镜)
4. 谷歌的代码(文件下载)

我知道这听起来很疯狂，但我们选择最好的位出的各项服务。和令人惊讶的是没有人抱怨。

* 这是好在我看来，无论如何，但是请不要阻着我。

Answer 6

你有没有考虑 Trac的？

有似乎是一个的git-Trac系统集成的 “热心” 的评论

我对这些工具没有亲身经历，但你可能要检查出的集成。

Answer 7

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

看看我的的java memcached的客户端获得这样的一个例子 - 特别是在顶部的源标签。

Answer 8

在工作中我们使用的FogBugz，它是迄今为止它在我看来类型的最佳工具。我会用它的非盈利项目，我的工作，但它超出了2个用户如此昂贵。

有关的非营利性项目，我们使用灯塔来跟踪问题。这是正常的了它的成本，而且坦白说，我真的不能找到它的价格范围内的任何合适的替代品。 Trac系统的问题跟踪比Bugzilla的更好一点。我知道很多人的爱Trac的，但我觉得它非常不灵活。 Trac的的缺陷使我们灯塔。

我的非盈利项目可以在移动到到位桶寻找可能。除了问题跟踪，这将让我们巩固我们的仓库那边从beanstalkapp.com，以及，增加了维基。

这一切都这样说，如果FogBugz的按需定价了，甚至远程类似Lighthouse.app为小用户数，我会在那边的心跳感动我们。当您使用FB的工作，然后Lighthouse.app晚上...使用灯塔的感觉就像你的手臂已经被砍掉了。

Answer 9

打成一片 支持git通过 mingle_git 插件。打成一片拥有一个免费的 社区许可证 对于开放源码项目。

Answer 10

我也使用与github上灯塔。如果你的提交信息中包含像

的东西

[＃32的状态：解析]

灯塔将解决票＃32对承诺，我觉得这快速而有效。除此之外，灯塔是有点，呃上的特征的光。

Answer 11

我建议 JavaForge 作为替代，因为它拥有一切你看起来：

• 它提供 免费的托管有刺客，并让 (或混合)。
• 它的问题跟踪是光年之前的审查.这是极其强大的和可定制的，可以追踪的要求，功能要求，错误，任务，等等。
• 它提供了文件管理，还有WebDAV访问(分容易，因为与共享文件夹)。
• 它有内在的wiki协作编写的文件，要求等。
• 它论坛的讨论。

请注意，该网站是由 codeBeamer, 我们的商业产品战测试过的全球性公司。

(免责声明：我们是一个商业提供者的敏捷的资产负债管理解决方案。)

Answer 12

<plug>我建立机场。</plug>

Answer 13

您也可以尝试使用像 BusyFlow 的工具。在那里，你可以跟踪GitHub的承诺和提出意见（意见会被同步与GitHub的）。对于其他项目管理微面BusyFlow与谷歌日历，Trello，大本营，枢纽跟踪等集成所以你可以看到你的GitHub的项目旁边有任务，文件和日历事件。

（声明：我BusyFlow的共同创立者）

Answer 14

你有没有考虑CodePlex上？