使用Rational Team Concert有哪些风险？

Question

在软件开发中使用Rational Team Concert有哪些风险？

Answer 1

我知道这是一个旧帖子，但如果其他人来到这里我会分享我的个人经历。

我们过去几年一直在使用它，作为一个标题，RTC已经发展成为一个SCM，我根本不相信我的文件。

工作流程与其他SCM完全不同，因此它是一个过于复杂和复杂的系统，不时会导致您丢失更改。

有一篇名为“备用棚”的假想功能的文章只讲述了我没有错的事实，需要这样一个功能的事实讲述了一个关于如何改变的故事可以突然消失。   - https://jazz.net/library/article/191/?errno=1

从其他SCM中我们已经习以为常只有“还原”会覆盖本地变化。在RTC中，这种情况发生在很多其他场合。有人要问，在这些情况下合并文件和/或冲突它们有多难？...

RTC将在您执行以下操作时覆盖文件：

• 重新同步你的工作区，因为你无法从不同步的WS中登记，你无法避免这种情况，所以在上帝之前，请先备份！
• 接受变更，是的，这是正确的，尽管所有其他SCM都做了...它会让你在接受更改之前检查本地更改，所以请记住在 PRAY 点击是它发现了所有本地变化。
• 随机？...我相当肯定经历过其他变化消失的事件，但只有上面的两件事我已经能够指责......
• 还原......显然，这个列表中应该只有一颗子弹。

这可能是“设计”......但是我想投一个非常糟糕的设计。

另外如上所述，如果您使用的是Visual Studio，请在登录前单击刷新远程和本地更改。作为subversion的解决方案（尽可能旧）在发现更改方面比RTC更好，GIT也是如此...

此外，SVN和Git在许多IDE中都有很好的实现......我认为它需要一段时间才能在Visual Studio中使用Git，但现在肯定是！虽然仍有功能需要。 SVN也可以与许多工作项/问题跟踪系统集成，但是对于Jira集成，我实际上只是更喜欢在评论中编写问题编号，它更快更容易......并且它创建了FishEye选择的链接更改集，因此Jira将显示有关问题的提交。

我不能说Git / Stash组合或SVN与YouTrack / Mingle如何在这里工作。但是在RTC中，将工作项附加到提交的工作流程变成了这个巨大的开销，所以我们停止使用它= Worthless功能。

然后整个计划，工作项目，scrum等系统的一部分...我唯一喜欢的部分就是它不时给我的笑声。除此之外，它几乎没用...... Go Jira + GreenHopper，Mingle，YouTrack ......

其中一个有趣的事情是，IBM试图通过“整合”来销售它，以及你节省了多少......由于这些解决方案的广泛传播，有很多很好的解决方案，你可以在那里设置在您决定升级到该软件的较新版本之前，它不会触及手指。除了所有“节省管理员的时间”之外，只需十倍的时间就可以让他们四处奔波并帮助解决RTC似乎带来的许多问题。

所以我会建议反对RTC。而Github，Codeplex，Bitbucket等已经证明Git，SVN等事实上已经证明了......

Answer 2

我们在办公室使用RTC，效果相当不错。虽然你需要知道两件事：

• 它实际上不是像Git或Mercurial这样的分布式版本控制系统。它更像CVS。它确实支持变更集。
• 请勿将其与derby数据库一起使用。它在我们的情况下多次坠毁。我们现在在DB / 2上运行它，现在它运行稳定。
• 它也支持完整的应用程序生命周期，但对我来说，这更像是一个膨胀系统的负担而不是一件好事。
• 如果您来自CVS或Subversion，这是一个很棒的系统。
• 如果你来自Git或Mercurial，那没什么特别的。

Answer 3

Rational Team Concert？风险是，供应商锁定，不适合您的目的，不符合您的工作流程，缺乏理解或培训

实时时钟？您的申请缺乏准确性

实时控制？保证延迟。特别是在没有提供任何特定功能的操作系统上。此外，RTC应用程序往往是高度线程化的，并且需要采用非常战略性的方法来管理并发性以实现实时控制的程序员

Answer 4

我是一个小型团队的成员，现在每天使用Rational Team Concert（RTC;第一个版本2，现在版本3）Visual Studio 2010客户端大约9个月。

我同意本杰明关于供应商锁定的评论。 “缺乏理解或训练”的风险已经多次出现在我们身上。

我强烈建议不要使用RTC在Visual Studio中使用源代码控制，任何可以自由选择源代码控制工具的Visual Studio用户都应该能够轻松找到合适的替代方案。工作项跟踪/ etc（非源控制功能集）很不错，但这里有一些关于它与VS2010的源代码控制集成的想法。

我们已经了解到RTC的“Pending Changes”窗格表面上不值得信赖 - 我们必须不断（并手动）“刷新”窗格，以了解真正之间的差异工作站和存储库。我们与团队分享我们的工作并不常见，只是为了了解一些文件是不发送到存储库（导致队友的构建破坏），尽管“待更改”窗格告诉我们，在我们“交付”（RTC的“签到”期限）给团队后，没有任何更改未完成。

更糟糕的是，这种“未决变化”的混乱导致我们的团队多次完全丢失代码。无论在何种程度上，我们的无知或疏忽造成了这些损失，我们都没有经历过替代源控制产品。它认为RTC客户端思考当我们接受他人的工作时我们没有任何“待定更改”（接受另一个开发人员对您修改过的文件的更改可以覆盖您的更改，如果RTC没意识到你已经改变了文件。）

客户端的“显示历史记录”和“与存储库中的上一个产品比较”产品在我们的上下文菜单中间歇性地禁用自身。在这些时刻，查看（或注释）文件修订历史记录所需的手动变通办法充其量是费力的。

如果我们在任何给定时间在我们的工作站上修改了太多文件，“Pending Changes”窗格将停止向我们显示文件列表 - 而是显示计数。实现这一目标所需的并发修改文件的数量是数百个（这是一个很大的数字，不可否认），因此我们很少见到这一点，但是大型代码库中的大型重构影响这么多文件并不是闻所未闻

这些只是一个窗格的缺陷。围绕客户端的源代码控制产品的其他行为也是错误的/不直观的。

通常，RTC2 VS2010客户端（我的大部分使用时间）提供了与beta产品相关联的质量等级。 RTC3的VS2010客户端（我从中做出了上述所有观察结果）更好，并带来了新功能（例如设置当前工作项的能力），但我不建议任何选择选项的Visual Studio用户源控制产品。它仍然更加错误，并且一直怀疑。

Answer 5

团队音乐会供应商锁定？疑。您始终可以将整个SCM存储库导出到Subversion。所有工作项都可以通过CSV文件导出...... 或者您可以使用提供的Java SDK导出所有内容......我认为他们尽可能地锁定它。

Answer 6

报告薄弱。您需要的数据是存在的，但是将其输出并转换为客户将接受的格式很难做到。我需要一个符合ProPath要求的可追溯性矩阵及其近亲，一个验证交叉引用矩阵（VCRM）。祝你好运。

它不是开源的。您没有查看源的用户社区来识别和修复漏洞。后者是五角大楼（美国军方）越来越接受开源的原因;很难将特洛伊木马放入每个人都在看的代码中。

什么不是风险是你最终能够完成你的工作。没有人因挑选IBM而被解雇。 ： - ）

Answer 7

为了回答最初的问题，我的团队和我一直在使用VS Client for RTC，这是我们大约3年半前的第一个里程碑，现在我们拥有庞大的用户群，所以我建议发帖关于https://jazz.net/forums/viewforum.php?f=17的这个问题。

回答你的问题：

1. 没有供应商锁定。我要说的是，与变更和配置管理领域的许多其他工具相比，我们有一个非常开放的故事。
2. RTC与Visual Studio有很好的集成故事。它完全是原生的，围绕VS软件包构建，并与VS的解决方案资源管理器，属性，工具，错误视图，编辑器框架等完美集成，为VS用户提供原生外观。
3. jazz.net上有很多博客，文章，视频和论坛帖子 - 您可以查看这些内容以了解整合。
4. 您还可以在jazz.net上创建一个沙箱，并使用RTC VS Client连接到它，以便为自己找出体验。

干杯

- 鲁帕

Answer 8

使用Rational Team Concert的不的风险是

1. 使用不能很好地相互整合的工具。 RTC集成了规划，错误跟踪，源代码控制，构建和报告。因此，您可以轻松查看特定构建中的修复程序，更改的代码以及原因。当您不喜欢代码中的修补程序时，您可以对工作项发表评论，并通过屏幕截图来说明问题。
2. 使用不随项目发展的工具。您可以使用预定义的流程模板快速开始使用RTC。当您添加更多成员，更多团队，更多代码时，您可以调整流程规则以确定谁应该验证错误，在发布结束时收紧规则，自动化构建，设置分阶段流。 RTC被小团队和大团队使用。
3. 使用仅适用于开发人员或管理人员但不适用于两者的工具。借助RTC，管理人员可以构建精美的仪表板，以便在Web UI中跟踪项目的运行状况。开发人员可以在Windows，Linux，Mac（Eclipse，VS，Windows）上的IDE中工作。还有一个命令行工具。更多即将推出，他们的4.0 Beta具有新的Windows资源管理器客户端。因为IDE对于开发人员来说很酷，但对于测试人员或平面设计师来说却不那么酷。
4. 使用可将您锁定到特定操作系统的工具。正如在3中所说，今天你的项目主要是Windows，但明天呢？ RTC拥有适用于Windows，Linux和Mac的客户端。

但就像我去Apple商店试用最新的小工具一样，你可以去www.jazz.net下载RTC试用版，亲自看看。将一些数据导入其中，看看您和您的团队的感受。