最佳项目管理工具，源控制，建造者和Wiki [封闭

StackOverflow https://stackoverflow.com/questions/3695833

题

你好。我正在组建一个新的软件团队，并且正在寻找克服与其他团队进行过噩梦的不同工具。

在过去的5 - 6年中，这些是我经过的一些过渡：

SourceControl：
cvs => vss => svn

项目管理，错误和问题跟踪：
paper => postit notes => onenote => bugnet => ontime

Wiki和文档：
Word +网络共享=>螺丝Wiki

构建器自动化：
巡航控制 + MSBUILD

现在，特别是由于SVN和Wiki情况，我正在考虑以新鲜的方式创办这支球队。过去，我们与SVN进行了噩梦，而我们尝试修复它的越多，最糟糕的情况就变成了。我面临的另一个挑战是找到稳定和整合的东西。您可以想象，bugnet+SVN+螺旋+CruiseControl+msbuild是完全不同的动物，因此集成和协同作用非常重要。我不想在10个不同的应用程序之间跳动来报告错误或分配任务并查看完成的工作并查看回购日志。
因此，新团队和我已经谈论了几天，我认为我们已经将其范围缩小到2个问题：

1. TFS 2010
优点：
- 多合一解决方案。它确实具有所有内容，包括新的Scrum过程模板。
- 非常友好的用户界面和SharePoint集成。
- Wysiwyg Wiki和办公室集成。
缺点：
- 硬件和管理时间的前期费用很高。也是软件，但是它不会影响我们，因为我们使用免费软件有MSDN订阅。
- 我对TFS的源控制感到犹豫。 SC是基于文件的，具有中央存储库，就像SVN和VSS一样。我真的不想因为过去遇到的同样的问题而陷入困境。

2. Fugbugs + Kiln + CC
优点：
- 窑炉使用Mercurial，具有分布式源控制的所有好处。
- 最小的前期成本和计划时间以使其启动和运行。每个用户每月$ 30.00。
- 非常友好的Web用户界面。
- Wysiwyg Wiki编辑。
- 非常简单的问题跟踪器和项目管理工具。集成Scrum流程很容易。
缺点：
- 缺少建造器自动化工具，用于更集成的流程（例如TFS）。因此，这将意味着我们必须继续使用命令线功能和社区任务来敲打我们的头部，以维持我们的建筑商工人。

过去，我使用了Visual Studio Team System 2005，但我没有对该系统的美好回忆。但是新的TFS 2010似乎是一个非常稳定的赌注。 Fogbugz和Mercurial就像街区中的新孩子一样，他们为新过程带来了新的思考，但是一如既往，这是一把双边剑。
有人在其中有扎实的经验吗？我们是否错过了第三选项？你有那个银弹来解决我的问题吗？

  1. 工具集成
    1.1。源控制
    1.2。维基
    1.3。构建自动化
    1.4。项目管理
    1.5。问题跟踪器
  2. 最小化源控制分支和合并冲突（是的，我们有必要分支并合并）
  3. 友好的用户界面（并非每个人都是CMD黑客）
  4. Wysiwyg Wiki。
  5. 开发人员学习曲线。
  6. 是时候让所有运行vs。长期价值。

新团队有4个团队成员 + 1位项目经理（Scrum Master）和1位产品经理（产品主）。因此，我们谈论的是一个相对较小的新团队。我们将要处理的范围和项目是大型企业应用程序，具有多个项目和分支变化

有帮助吗？

解决方案

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

您无需担心TFS的SC。 TFS将所有内容存储在SQL Server DB中。 TFS在Web服务器上工作，因此您可以将源控件连接到所需的位置。

WI跟踪是一个加号。 TFS具有惊人的WI跟踪机制。您可以根据需要自定义WIS。 TFS支持其他软件流程，例如MSF，CMMI或敏捷。

TFS 2010的测试功能非常完美。如果您与Visual Studio 2010一起使用，则可以通过TFS 2010最大化效率。

当时间合并时，分支一直很烦人。但是TFS 2010一直对您有所帮助。您可以在分支和合并之前跟踪来源的更改。

TFS 2010构建机制支持工作流程。因此，您可以轻松自定义构建过程；如果这不适合您，则可以使用其他批处理文件（MSBUILD）。

TFS 2010的管理操作比TFS 2008和2005更容易。您可以轻松地创建构建代理，机器，项目收集等...

TFS 2010几乎支持所有MS产品；例如MS Office。 Excel与TFS或MS项目具有很好的集成。不要忘记SharePoint。

TFS不仅是源代码管理系统，TFS是项目管理系统，应用程序生命周期管理系统，WorkItem跟踪系统等。

但是我知道您不能将MSDN潜艇的TF用于商业目的。因为这仅用于测试，只有5个用户可以连接（我不确定）

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

因此，我建议您进行TFS2010。如果您正在开发.NET应用程序，那么没有什么比TF更好。

其他提示

您的团队将有多大，每个人都将使用什么方法 /角色？

我要说的是，如果这是一个庞大的团队，TFS可能会更适合您的需求。
特别是如果您需要发布到SharePoint，或者在团队中具有更明确的角色。

但是，如果您想要一个较小的规模解决方案，这将更好地适合一个较小的团队，那么SVN/TRAC/CRUISE CONTROR之类的东西最适合您的需求。

您听起来像是在寻找类似的东西 trac.

TRAC是用于软件开发项目的增强的Wiki和问题跟踪系统。 TRAC对基于Web的软件项目管理使用了简约的方法。我们的任务是帮助开发人员在避开方面撰写出色的软件。 TRAC应尽可能少地对团队的建立发展过程和政策强加于人。

它为颠覆（或其他版本控制系统），一个集成的Wiki和方便的报告设施提供了一个接口。

TRAC可以使用插件扩展。这 trac-hack Wiki是插件的地方。

这是另一个堆叠的问题 推荐的TRAC插件.

红敏 救援。

到目前为止，我对 阿特拉斯利亚人 产品）。 Jira与颠覆非常好。如果您在提交消息中提供文本标签，JIRA也将显示相关的代码更改。而不是使用鱼眼，而是 WebSvn 作为SVN Web前端的选择工具。如果您只是在寻找“ Wiki”， Foswiki 做得好。但是我从Linux角度看工具链。

绝对没有意图，但是……您一直在改变 - 您是否考虑过为什么？以及您将不会再次改变自己的自信心。这次投入额外的时间和精力来使其紧张。

在不建议特定工具的情况下，我建议您做两件事。

1）寻找工具 链 - 不仅仅是工具集合。例如，请参见 寻求真正的“工具链” 它讨论了可以很好地奏效的工具。更平滑的工作流程应该节省时间，并可能增加项目成功的机会。

我注意到您说：“您可以想象Bugnet+Svn+Screcturn+CruiseControl+MSBUILD完全不同，因此整合和协同作用非常重要”，所以我认为我们同意那个

2）您需要使用这些工具的人接受。不要向他们展示既成的成就，询问他们的想法 - 事先。实际上，绘制他们的建议。鉴于上一点，这一点可能很棘手。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top