Project management 集成错误跟踪、wiki和版本控制的最佳解决方案

Project management 集成错误跟踪、wiki和版本控制的最佳解决方案,project-management,wiki,version-control,bug-tracking,Project Management,Wiki,Version Control,Bug Tracking,我喜欢谷歌项目托管的网络应用程序。它在一个界面中包括bug跟踪、wiki和SCM。(例如:) 此解决方案是封闭源代码,不出售。在搜索类似的解决方案时,我找到了界面更粗糙的解决方案 你能列出类似的解决方案吗 做所有这些事情。福格布茨相当圆滑。我已经用了一个月了,非常喜欢它。它有一个SCM插件。如果你愿意容忍封闭源代码的FogBugz,那就相当不错了 他们会让你测试最多2个人,如果你决定喜欢,你可以在他们的服务器上许可空间,或者购买在你的服务器上运行的软件 如果你是一个纯开源的人,我建议你多样化。使

我喜欢谷歌项目托管的网络应用程序。它在一个界面中包括bug跟踪、wiki和SCM。(例如:)

此解决方案是封闭源代码,不出售。在搜索类似的解决方案时,我找到了界面更粗糙的解决方案

你能列出类似的解决方案吗


做所有这些事情。

福格布茨相当圆滑。我已经用了一个月了,非常喜欢它。它有一个SCM插件。

如果你愿意容忍封闭源代码的FogBugz,那就相当不错了

他们会让你测试最多2个人,如果你决定喜欢,你可以在他们的服务器上许可空间,或者购买在你的服务器上运行的软件

如果你是一个纯开源的人,我建议你多样化。使用两个不同的软件来做不同的事情。通常情况下,像SVN这样的东西会有提交后脚本来将提交链接到wiki或bug跟踪等


把东西捆绑在一起很好,但是当你可以挑选你想要的东西时就更好了。

我喜欢

你可能会看到,我刚刚熟悉它,在一个项目中只使用了几个月,但到目前为止我还是很喜欢它

您真的需要将所有三种解决方案(SCM、bug跟踪和wiki)集成到一个解决方案中吗?为什么不混合搭配最适合您的解决方案

我从未使用过Trac,但是bugzilla作为一个免费的bug跟踪器工作得非常好。有很多开源wiki,对于免费的scm,mercurial、git和subversion都是很好的选择


对于付费解决方案,Atlassian Jira和Confluence(任务跟踪和wiki)还可以,但FogBugz更好。Performance是目前最好的非免费SCM。

[EDIT]自从我写下这个答案以来,SourceGear推出了一款全新的完全集成的分布式项目管理软件,该软件达到了1.0:


是一个不错的分布式SCM,其中“SCM”具有“软件配置管理”的原始含义,而不是“源代码管理”的新含义

这意味着Fossil将分布式版本控制、分布式bug跟踪和分布式wiki集成到一个存储库中。不是一个UI,比如说Trac,而是一个存储库

因此,如果你克隆一个化石存储库,你不仅会得到源代码的最新版本及其所有历史记录,就像你在Git、Mercurial、Bazaar、Montone、Darcs或任何其他版本控制系统中得到的一样,你还会得到当前的bug数据库及其所有历史记录和当前的wiki及其所有历史记录

化石是由D.Richard Hipp写的,他不仅是SQLite的作者,而且是CVSTrac(Trac的前身)。所以,你知道这一定很好

如果你想看到一个化石的例子,只需遵循我发布的链接:化石托管在化石本身,而化石主页实际上就是化石存储库本身


顺便说一句:即使你最终没有使用化石,也要花点时间学习它的概念。这是一个相当出色的设计,你可能会学到一些你可以应用的东西,即使你使用的是Trac、Git、Instki或其他任何东西。

如果你真的喜欢谷歌托管应用程序,你可能会找到适合你的选择。

有人提到过它看起来足够漂亮,所以非技术人员不会害怕使用它,开源版本,私人项目。。。Git支持,问题跟踪。。。这似乎是个好办法

在这件事上,我得同意你的看法。如果您想: 1.使用子项目管理多个项目 2.项目/任务状态与客户或项目经理的透明度 3.存储库集成(我没有使用过) 4.甘特图和日历等


我从[wiki项目管理工具列表]:[1]中选择了它

请注意,Google project hosting仅适用于开源项目。事实上,我相信他们允许您在45天内对任意多的人进行测试。虽然我确实记得在不远的过去的某个时候它是两个。wiki出现了一些令人恼火的小问题,至少在上一版本中是这样,但大多数情况下我们都很高兴。实际上,我在考虑将MediaWiki与Bugzilla和Subversion混合使用时,我们实际上使用了MediaWiki与Mantis和Subversion。它在一段时间内运行良好(我继承了一些非常令人印象深刻的提交后脚本),但最终FogBugz只是一个更干净的界面。它看起来比Trac更好,并且具有本地多项目支持。我已经使用redmine一段时间了,它工作得很好。我不能确切地告诉你我不喜欢Trac的地方,但我会继续使用它,直到我学会使用更好的解决方案。如果你不能告诉我你不喜欢Trac的什么,那么就很难推荐解决你问题的方法。你也可以试试LiquidPlanner或FogBugz,尽管我从未使用过它们,所以我不能推荐它们?我们怎样才能获得像我们自己的项目那样的网站界面?