Svn 是颠覆';堆栈';一个现实的替代Team Foundation服务器? 我正在为我的客户评估微软Team Foundation Server,他目前使用VisualSooSeCeFe,没有其他任何东西。他们明确地表达了在应用程序在生产中实施更严格和过程驱动的环境的愿望,并且他们有未来的版本要考虑。

Svn 是颠覆';堆栈';一个现实的替代Team Foundation服务器? 我正在为我的客户评估微软Team Foundation Server,他目前使用VisualSooSeCeFe,没有其他任何东西。他们明确地表达了在应用程序在生产中实施更严格和过程驱动的环境的愿望,并且他们有未来的版本要考虑。,svn,tfs,Svn,Tfs,我试图涵盖的具体领域包括: 配置管理(例如:。, (源代码管理) 变更管理(工作流和文档) 用于更改请求、任务) 发布管理(构建和发布) 部署) 事件和问题管理 (问题和缺陷) 文档管理(类似于 源代码管理,但可通过 (网络) 签入的代码分析约束 测试框架 报告 VisualStudio2008集成 TFS在所有这些方面都做得很好,但维护起来既昂贵又复杂,而且便宜的工作组版本无法扩展。我们没有将TFS作为MSDN订阅的一部分 这些问题是可以克服的,但在我告诉我的客户选择TFS路线(这本身并不

我试图涵盖的具体领域包括:

  • 配置管理(例如:。, (源代码管理)
  • 变更管理(工作流和文档) 用于更改请求、任务)
  • 发布管理(构建和发布) 部署)
  • 事件和问题管理 (问题和缺陷)
  • 文档管理(类似于 源代码管理,但可通过 (网络)
  • 签入的代码分析约束
  • 测试框架
  • 报告
  • VisualStudio2008集成
TFS在所有这些方面都做得很好,但维护起来既昂贵又复杂,而且便宜的工作组版本无法扩展。我们没有将TFS作为MSDN订阅的一部分

这些问题是可以克服的,但在我告诉我的客户选择TFS路线(这本身并不可怕)之前,我想评估一下替代方案。我知道Subversion经常被建议用于配置管理/源代码控制,但是其他方面呢?Subversion/NUnit/Wiki/CruiseControl/NAnt/something的组合能满足所有这些要求吗?我需要在评估中包括哪些工具


或者我应该咬紧牙关使用TFS,因为我们已经投资了Microsoft stack?

一些非常大的项目正在SVN或GIT上成功运行

我倾向于使用不同的同类最佳的应用程序,而不是像TFS这样的单一单一创建。许多免费和商业的bug跟踪器与SVN集成在一起,就像测试跑步者一样。通常,创建自己的SVN接口比让MS server应用程序做一些新的事情更容易。
最后,从SVN之类的东西迁移到下一个伟大的新事物比从TFS之类的专有包中获取数据更容易

好问题。我从未使用过TFS,但所有这些都可以通过许多工具实现。最大的障碍是公司和开发者的文化和心态

我是支持SVN的。(但我相信TFS会起作用)

我建议在日常工作中尽量少打扰

在SVN中从一个分支到另一个分支使用沙盒或升级规则是一种在不中断提交过程的情况下进行代码分析的方法

因此,要解决您的每一点: SVN负责源代码管理,并辅助/包括在变更管理和发布管理中

变更管理/工作流基本上由项目团队定义,可以使用简单的工具进行帮助,也可以仅通过策略来实施

发布管理也是基于策略的,并使用现有的框架/工具(SVN)

大多数流行的缺陷/问题跟踪系统都将处理事件和文档管理——想想wiki和trac或fogbugz(以及SVN用于文档管理)

FXCop和所有其他工具都可以作为代码分析构建的一部分

测试框架更多的是基于策略而不是工具驱动的——如果这是您想要的,您必须将其作为优先事项

您的报告概念是模糊的,但我认为您在任何情况下都有足够的工具来满足这一要求

就与2008年的整合而言,我不确定您真正需要什么。在任何情况下,这不能像TFS那样紧密耦合,但我不认为这是一个问题

(我想你回答了你自己的问题。)这可能最终成为MS和反MS双方之间的宗教战争

在我负责推荐和实施解决方案的三个地方,我们的钱包投了反对票。我相信TFS是有能力的,但竞争完全取决于任务,我认为这些工具适合其他工作


至于要考虑的工具,我认为搜索NoT、MSBug、CraceEclitl等的堆栈溢出会给你更多的内容,而不是你可以在…正如人们讨厌咨询师一样,你可以考虑和一家做商业支持的公司交谈。如果TFS像您所说的那样昂贵,这可能会为您节省一些钱,因为您可以从良好的设置开始。当然,这也有风险。

我会调查SVN、Trac、CruiseControl和Nant。。。所有这些都是免费的、开源的、非常成熟的


我已经在这个堆栈上说服了我的工作场所,我没有回头看…

如果目标开发人员是以Microsoft为中心的,并且客户想要可实施的流程,那么留在TFS是一个很好的选择。实施成本必须考虑学习曲线、任何生产率损失和现有基础设施。如果这是一家大商店,而且听起来像是,那么你还需要一个“it”团队的认可,这可能很难用一整套新技术来实现

话虽如此,以下是一些其他选择:

您可能想看看Subversion+的Jira(问题跟踪)、Confluence(wiki)、Bambol(CI)、Clover(代码覆盖率)、Fisheye(存储库“insight”)

这些都是商业工具,但也已经集成并与Subversion很好地集成

IBM现在销售和开发的Rational工具集是健壮、可靠的,并且非常面向过程。但可能比TFS更贵。我最近没有用过这个,但在过去的活动中,它在那些商店中表现良好

最后,还有一个电脑助手,它是我不幸被迫使用的所有工具中最讨厌的一个。但是,如果你想要的是肛门保持、强迫性/强制性的过程,那么这就是你的工具。