JIRA vs TFS 2012作为完整的ALM系统

use*_*631 37 tfs jira alm

我们正在研究为我们公司选择完整的ALM系统.我们将TFS 2012和JIRA都用于产品,项目管理,QA,支持和开发团队部门.要支持的是bug跟踪,工作流,项目图(例如错误计数,烧毁等).任何建议?价钱?据我所知,TFS对于使用visual studio的研发团队更好,对于eclipse更少.

Gup*_*pta 38

以下是TFS的优势:

  1. TFS是一种应用程序生命周期管理(ALM)解决方案,但Jira只是一个问题跟踪器.在jira中不支持TFS的许多功能,例如源代码控制和自动构建,您应该使用其他解决方案,例如Subversion或Bamboo.
  2. 所有TFS组件,即源控制,问题跟踪器,构建自动化都是完全集成的.在其他解决方案上无法实现这种集成度.
  3. 它与Visual Studio完全集成.

以下是Jira(和其他Atlasian Solutions)的优势:

  1. 它已被用于许多开源项目,例如JBoss,Spring等.
  2. 对于启动TFS,您需要一个高端服务器,MS SQL等.但是Jira可以安装在开放式DBMS上的普通PC上,例如我的SQL.
  3. 如果您使用的是Java技术,许多Java IDE(例如IntelliJ,Eclipse和Netbeans)都完全支持Jira.我还没有看到对TFS这么好的支持.
  4. Jira有很多插件可供使用.你可以在他们看一看这里.
  5. 如果您的团队很小,Jira只需10美元.它真的很便宜.
  6. Atlasian解决方案可以更好地支持Java技术(Ant,Maven,junit等)

  • 澄清两点:您不需要高端服务器,TFS Express在低端机箱上运行良好并使用轻量级SQL Express.至于Java IDE,Microsoft免费发布Eclipse的TFS插件,其他IDE已经为TFS开发了自己的IDE集成. (7认同)
  • 我认为,虽然JIRA只是一个问题跟踪器,JIRA + Confluence + Bamboo + Bitbucket基本上捕获了TFS通常做的大部分内容,并且完全集成. (4认同)
  • 很抱歉听到这一点 - 大多数致力于TFS的开发人员在(资源相当低的)虚拟机中运行服务器,因此占用空间小对我们而言非常重要.我们尽量保持小规模,但我们的开发环境并不总能复制生产.谢谢回复. (3认同)

Rol*_*sen 16

我曾经使用过JIRA/Subversion,现在使用的是TFS 2010,我认为JIRA/Subversion是更好的工具.

我喜欢在一个集成包中使用源代码控制,工作项控制,构建控件,测试控制的想法,但不知何故,TFS只是低于平均水平的所有实现(除了Gated Checkin,因为这很酷).

TFS版本控制使用绑定就像VSS一样,因此对多个检查进行多次检查需要额外的努力.使用TFS shelveset暂停/恢复工作的能力是能够进行并发工作的官方解决方法.

TFS有时会因其SQL表锁而变得混乱,因此它已重新启动.此外,SQL索引随机破坏,因此突然显示文件夹历史记录需要几分钟.VS2010中的TFS需要一直在线进行任何源编辑,尽管这已在VS2012中修复.但VS2012/VS2013 GUI与TFS紧密集成,因此如果TFS服务器出现问题,那么VS中的一切都会变得迟钝.使用新的VS2015 CodeLens可以看到这一点,其中所有TFS WorkItem Lookup都应该禁用,否则VS2015会比平时更频繁地卡住.

Visual Studio将在一个工作周内一次或两次无法获取最新的源(有时是静默的).如果你试图再次获得最新消息,那么它会说你已经有了最新消息.当你执行构建时,它将会失败.解决方法是使用强制覆盖执行特定于get的版本.

要创建文档的Wiki,然后一个拥有SharePoint,而版本2010是一个非常糟糕的wiki工具.

出于一些非常奇怪的原因,Microsoft System Center(真的很贵)完全脱离了TFS解决方案,并像老太太一样徘徊.使事件与TFS工作项同步非常困难,并使用System Center部署TFS构建.VS2013 Update 4现在包含几乎免费的InCycles发布管理,它可以使持续集成更好地工作(IIS应用程序可以使用Web Deploy).

如果您使用发布分支等高级内容,那么您会惊讶地发现生成发行说明文档的难度(读取需要不受支持的第三方工具).合并到release-branch 时,没有自动关联工作项.如果你突然想要发布一个新版本,那么就没有任何帮助来创建一个发布报告,列出自上次发布版本以来已包含的更改/工作项.

JIRA/Subversion在Visual Studio(VisualSVN)中的集成要好得多(ankhsvn是VisualSVN的另一种开源版本).仍然不明白为什么Tfs-annotate不能像Svn-blame那样跳转到下一个先前的版本.

我不知道设置TFS 2010/2012的难度,但是JIRA/Subversion/CruiseControl.NET非常简单和便宜(猜一个人现在会使用Git和Jenkins也支持Gated Checkin).

VS2012还包括对整个用户界面的重新设计,其中包括一个新的"改进的"TFS团队资源管理器,作为开发人员真的很难(与VS2010相比).微软已声明已在VS2013中修复了团队资源管理器,但事实并非如此.它是鼠标点击地狱来执行签入和关联tfs-workitems.

Visual Studio 2012现在包含一个虚拟的看板,但我很惊讶这个功能没有添加到JIRA.

当Visual Studio团队宣布他们将在Visual Studio 2012中实现GIT支持时,我们感到非常惊讶.猜测它比尝试将TFS重写为分布式版本控制系统更容易.希望新的GIT集成符合VisaulSVN的标准.

  • JIRA通过其Grasshopper插件包括看板. (2认同)
  • TFS 2013是最好的版本,我怀疑Jira可以与TFS的完整ALM功能竞争 (2认同)

Zag*_*rev 3

我们使用 JIRA 和 GreenHopper 来满足所有开发任务、错误跟踪和产品管理需求。我们拥有一支由 46 名开发人员、测试人员和管理人员组成的团队。它与 Eclipse 完全集成。我强烈推荐它。

任务和工作流程是完全可定制的,您可以添加字段、添加自动化(例如,当任务更改状态时将任务分配给团队成员)、支持拖放附件等。

JIRA 的定价刚刚大幅下降至托管托管的价格。