我们正在研究为我们公司选择完整的ALM系统.我们将TFS 2012和JIRA都用于产品,项目管理,QA,支持和开发团队部门.要支持的是bug跟踪,工作流,项目图(例如错误计数,烧毁等).任何建议?价钱?据我所知,TFS对于使用visual studio的研发团队更好,对于eclipse更少.
Gup*_*pta 38
以下是TFS的优势:
以下是Jira(和其他Atlasian Solutions)的优势:
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的标准.
| 归档时间: |
|
| 查看次数: |
44743 次 |
| 最近记录: |