问题标签 [rtc]

我在我们的项目中维护构建文件，并且我经常需要将项目中的相关更改扩展到多个组件。目前，我分别签入（使用 Eclipse 插件）每个组件，并粘贴在相同的注释中。

有没有办法一次为加载到我的工作区的所有组件执行此操作？

我们目前在大量大型项目中使用 Clearcase。我们在后台使用 SQL Server 作为文件存储，它最终达到了访问文件太慢​​的地步。

看看 GIT 和 Mercurial，我们看到了一个基于存储文件差异的分布式 VCS——它有可能获得更好的本地性能。

有人知道 Jazz RTC 是否具有由文件差异或数据库支持的文件存储？（谣言工厂暗示它由 DB2 支持：/）

我有一个调用 CMake 的批处理文件，它也有一些功能

我想调用这个批处理文件进行构建。

如果由于某种原因，CMake 失败并抛出错误，则不会在 RTC 中将其报告为失败。如果我的理解是正确的，RTC 正在调用批处理文件，而批处理文件调用 CMake。批处理文件执行成功，因此报告为成功。

但我希望 RTC 报告通过批处理文件调用的 CMake 失败

我怎样才能做到这一点？

我正在考虑创建 Ant 任务，但没有一个合适的示例

谢谢你

卡尔提克

这两个工作项似乎（至少在我看来）是可互换的，但可能的例外是工作项可能可用于非缺陷更改（例如新功能）。

仅此而已，还是两者之间存在更根本的区别？

我们有一个 RTC Jazz 服务器运行大约 2 年的源代码控制提交，它运行Jazz 版本控制系统（即不受第 3 方源代码控制系统支持，而是由独立的数据库安装支持）。

我们想将其移动到 DVCS (Mercurial)，并且需要导出源代码控制信息，包括所有提交历史记录和变更集。

我们如何迁移这些数据？如果需要，我们可以将其迁移到诸如 subversion 或 git 之类的中介，如果它更容易的话（因为其中大多数都有 mercurial 转换器/连接）。

有没有办法从 Jazz 中获取这些数据？

我发现 RTC 中的“Suspend Change-set”非常有用，而且由于我们也在使用 ClearCase（数十个用户），我想知道 ClearCase 中是否也提供该功能。如果不是 - 它可以由 script/trigger/hook 生成吗？

我们使用 UCM，我想解释一下我的问题：如果我必须交付并且我想跳过交付一项活动，我可以决定不交付它（如果没有依赖项......），所以我的问题是关于工作在我当前的流中：是否可以从我当前的流中“暂停”一项活动？

提前致谢

我们刚刚建立了一个 Rational Team Concert v3 系统。数据在周五加载，但连接到报表数据仓库时出现问题，直到今天（周一）才修复。我们已经修复了它，数据加载操作现在似乎可以正确完成。

我非常渴望看到一个燃尽图——尽管我知道在 24 小时内我们将没有足够的数据来使它有用。我也渴望看到来自 RTC 服务器的任何报告，因为我们希望能够与客户共享尽可能多的信息，这是 RTC 作为大型团队工具的试验。

预计 RTC 需要多长时间才能显示与工作项相关的报告？我们已经缓存了几个数据更新 - 但只是在过去几个小时内。

我们应该等24小时吗？48？它应该立即出现吗？在 Rational 站点上还没有找到任何好的启发式方法。

我们正在研究我们公司的完整 ALM 解决方案。我们正在研究 Polarion ALM 和 RTC。有人听说过 Polarion 完整的 ALM 工具吗？如果是这样，你能告诉我这个工具的优缺点吗？实时时钟呢？我很想听听你的想法。谢谢！梅拉夫

假设将 Maven 与 Eclipse 和 Rational Team Concert（针对 SC）一起使用。

新来的，谢谢你的帮助！我正在尝试构建一个小流程模型来帮助我想象这一切是如何工作的，所以如果你知道一个链接到像泳道图这样的东西，它显示了 CI 如何与这些或类似工具一起工作，那就更好了.

为了加快我跟踪自己更改的能力，我想使用 git。我的团队正在使用 RTC（Rational Team Concert）。与 git 有一个很好的 perforce 集成：http: //kb.perforce.com/article/1417/git-p4。对于 git-RTC，我还找不到类似的东西。请注意，有一篇文章介绍了如何将 RTC 与另一个 SCM（例如 git）集成：https ://jazz.net/library/article/194 。但是，我正在寻找 p4-git 桥提供的详细工作流说明类型，例如如何设置文件、如何保持文件同步、如何将 git 提交发送到 RTC。

我想知道是否有其他人解决了这个问题。

我正在考虑：

1. 在我的 RTC 沙箱顶部执行 git init，并确保将 git 文件写入 .jazzignore。
2. 也许有我的 RTC 工作区沙箱的 rsync 副本，这样我就可以在沙箱中获取更改，将它们同步到我的“git-area”，然后将补丁应用回 RTC 沙箱区域。这将使 git 和 RTC 区域分开。

在任何一种情况下，我都会做一个 git stash 来保存我自己的更改，以便同步更改存储在他们自己的提交中。

如果我做#1，我猜我的更改将准备好提交给 RTC，可能使用 GUI 或命令行。

在 #2 的情况下，如果我已经完成了中间提交，也许我可以使用 git rebase 重新排序提交，以便我的提交按顺序排列在最后，然后创建一个补丁文件以应用于主 RTC 沙箱。

另一个想法是尝试重写 p4 脚本以支持 RTC。我对 RTC 命令行界面的了解还不够，无法对此进行评估。