问题标签 [clearcase-ucm]

为了实现持续集成，我想到了编写 Clearcase 触发器。

我知道后操作触发器 [在交付到集成流之后] 将对我有用。

我只是向我的架构师寻求有关触发器实施的建议。

他告诉我不要使用触发器在多站点环境中很麻烦。

这是神话还是真的？有没有人遇到过由于触发器而使他们的构建更烦人的问题？

请建议我在多站点环境中使用触发器是否安全？

在我们的项目中，每天都会有很多交付到集成流。

当我通过项目浏览器 UI 查看我的集成流时，它有很多交付 XX 活动吗？

我可以废弃它们吗？推荐吗？如何使用 cleartool 废弃集成流中的所有交付活动？

如果建议使用任何基准，我们会设置策略以强制在交付前重新设置基准。

但我们不建议每天使用基线。我们将在 2 周内这样做一次。

在推荐基线持续时间之间，人们经常面临功能问题，因为他们没有采用最新的代码库。

有什么方法可以在每次交付之前强制重新设置基准？[无论是否推荐基线]。

是否建议在每次交付之前重新设置基准？

我经常收到这样的请求。“查找从特定日期更改的文件列表”。

我得到了答案，如下所示

但是很少有人问“查找更改的文件列表以及由谁更改”。这样他们就可以确定开发人员的姓名并分配给他解决问题的任务。

是否可以通过管道传输上述命令并找到制作该版本的用户？

我们可以将活动的变更集复制到剪贴板。

但通常我们需要获取团队成员活动的变更集。

我们可以通过 GUI 看到它。但我们想将变更集列表复制到某个文本文件中。

是否可以使用 cleartool 获取变更集？

我正在尝试使用以下命令，但仍然失败

这是我得到的错误：

cleartool：错误：无法确定路径名“My_PVOB”的 VOB。

V：是我的集成流映射的驱动器

在我们迁移到 Clearcase UCM 之后，我们为每个子团队创建了流。

我们经常面临合并问题，因为人们倾向于使用没有变基的旧版本。[因为变基需要时间]

有时，同一流中的 2 个人会更改相同的文件，因为他们会进行无保留结帐。

在 UCM 中是否有任何一套最佳实践可以遵循，以便我们可以减少合并问题？

[我认为这个问题应该是社区 wiki，但我不知道如何将其作为 wiki]

创建 Clearcase UCM 快照视图时出现以下错误。为什么会发生？

对此有何补救措施？

最近我们发布了我们的产品。我们的团队决定将源代码保存在单独的 UCM 项目中以获取补丁。

如果我们创建一个单独的 UCM 项目，除了补丁，没有人会使用它。所以它会完好无损。但同时，如果我们需要在补丁中对另一个项目进行一些修改，我们应该手动迁移内容。

为补丁创建新项目会是最好的方法吗？

在我们的 clearcase 中，我们有几个文件夹需要相同的内容。

我们使用符号链接来实现这一点。但是现在我们的文件夹正在查看私人文件，所以符号链接没有任何好处。

再次复制它是唯一的机制吗？

任何其他可以帮助符号链接查看私人文件的策略或设置？

我们在多站点环境中使用 UCM。每当人们向 mastersite 交付时，mastersite 中的某个人必须找到已发布的交付，然后将其再次交付到集成流。

现在我们要预览交付到集成流的所有文件是什么。

Cleartool delivery -stream "Stream" -to "Integration-view" -preview没有工作，因为它试图将活动交付给流媒体。

我找到了文章“查找 UCM 已发布的交货

在本文中，有一种方法可以找到已发布的交付并完成它。但我需要在完成之前预览。有什么办法可以做到这一点？