最佳项目管理工具,源代码管理,构建器和维基

Question

你好吗 我正在组建一个新的软件团队,我正在寻找不同的工具来克服我之前与其他团队一起做过的噩梦.

在过去的5 - 6年中,这些是我经历过的一些转变:

SourceControl:
CVS => VSS => SVN

项目管理,错误和问题跟踪:
论文=> PostIt Notes => OneNote => BugNet => OnTime

维基和文档:
Word +网络共享=> ScrewTurn Wiki

Builder Automation:
Cruise Control + MSBuild

现在,特别是因为SVN和Wiki的情况,我正在考虑以新鲜的方式开始这个团队.在过去,我们有SVN的分支噩梦,我们越努力修复它,它就变得越糟糕.我面临的另一个挑战是寻找稳定和整合的东西.你可以想象BugNet + SVN + ScrewTurn + CruiseControl + MSBuild是完全不同的动物,所以整合和协同作用非常重要; 我不想在10个不同的应用程序之间跳转来报告错误或分配任务并查看已完成的工作并查看repo日志.
所以,新团队和我现在已经讨论了几天了,我认为我们已经把它缩小到2个可能性:

1.TFS 2010
优点:
- 一体化解决方案.它真正拥有一切,包括一个新的SCRUM流程模板.
- 非常友好的用户界面和SharePoint集成.
- WYSIWYG Wiki和Office集成.
缺点:
- 硬件和管理时间的前期成本较高.软件也是如此,但它不会影响我们,因为我们有免费软件的MSDN订阅.
- 我对TFS的源代码控制犹豫不决.SC是基于文件的,具有中央存储库,就像SVN和VSS一样.我真的不想因为我们过去遇到的同样问题而陷入困境.

2. FugBUgs + Kiln + CC
优点:
- Kiln使用Mercurial,具有分布式源代码控制的所有优点.
- 最低的前期成本和计划时间来启动和运行.每位用户每月$ 30.00.
- 非常友好的Web用户界面.
- WYSIWYG Wiki编辑器.
- 非常简单的问题跟踪器和项目管理工具.集成SCRUM流程很容易.
缺点:
- 缺乏用于更集成流程(如TFS)的构建器自动化工具.因此,这意味着我们必须继续使用命令行功能和社区任务来维持我们的构建工作者.

回到当天,我使用了Visual Studio Team System 2005,并没有把关于系统的最美好回忆带给我; 但新的TFS 2010似乎是一个非常可靠的赌注.FogBugz和Mercurial有点像街区中的新孩子,他们为新流程带来了新思维,但一如既往,这是一把双刃剑.
有没有这些经验的人？我们是否缺少第三种选择？你有问题的银弹吗？

1. 工具集成
   1.1.源控制
   1.2.Wiki
   1.3.Build Automation
   1.4.项目管理
   1.5.问题跟踪器
2. 最小化源控制分支和合并冲突(是的,我们有必要分支和合并)
3. 友好的用户界面(不是每个人都是CMD黑客)
4. WYSIWYG Wiki.
5. 为开发人员学习曲线.
6. 是时候让它全部运行VS. 长期价值.

新团队有4名团队成员+ 1名项目经理(Scrum Master)和1名产品经理(产品负责人).所以我们谈论的是一个相对较小的新团队.我们将要开发的范围和项目是具有多个项目和分支变体的大型企业应用程序

Answer 1

我建议您使用TFS 2010和Visual Studio 2010（如果您正在开发.Net应用程序）

您无需担心 TFS 的 SC。TFS 将所有内容存储在 SQL Server DB 中。TFS 在 Web 服务器上运行，因此您可以将源代码管理连接到您想要的位置。

WI 跟踪是一个优点。TFS 有一个令人惊叹的 WI 跟踪机制。如果需要，您可以自定义 WI。TFS 支持其他软件流程，例如 MSF、CMMI 或 Agile。

TFS 2010的测试能力非常完善。如果您与 Visual Studio 2010 一起使用，则可以最大限度地提高 TFS 2010 的效率。

当需要合并时，分支总是很烦人；但 TFS 2010 总能帮助您。您可以在分支和合并之前跟踪源的更改。

TFS 2010 Build机制支持WorkFlow。因此您可以轻松地高度定制您的构建过程；如果这对您来说不合适，您可以使用其他批处理文件（MsBuild）。

TFS 2010 的管理操作比 TFS 2008 和 2005 更简单。您可以轻松创建构建代理、机器、项目集合等...

TFS 2010支持几乎所有的MS产品；例如微软Office。Excel 与 TFS 或 MS Project 具有良好的集成。不要忘记共享点。

TFS不仅仅是一个源代码管理系统，TFS还是一个项目管理系统、应用程序生命周期管理系统、工作项跟踪系统等等。

但我知道您不能将 MSDN Subs 中的 TFS 用于商业目的。因为这仅用于测试，并且只有 5 个用户可以连接（我不太确定）

至少，如果您愿意，您不必在专用服务器上设置 TFS（不建议这样做）。如果需要，您可以在 Win7 上进行设置，并且 TFS 可以在 SQL Server Express 上工作

所以我建议您使用 TFS 2010。如果您正在开发 .Net 应用程序，那么没有什么比 TFS 更好的了。