问题标签 [clearcase-ucm]

我最近刚接手了一个 ClearCase UCM 管理员职位，所以对这篇文章的任何输入都会很棒。

我们目前在一个项目中使用一个 VOB。假设我们正在进行的项目是汽车软件 CAR X。

现在，有一个 VOB、一个组件和一个名为“CAR X”的项目，每个人（可能是 12-15 名开发人员）都在为汽车开发软件。

将来，我们可能需要为新车制作软件，称为“CAR Y”，它可能基于用于“CAR X”的软件并进行修改。我们希望这些在某种程度上是分开的。应该创建一个新的 VOB 还是只是当前 VOB 中的一个新组件？如果创建了新的 VOB 和项目，则可以从新项目中导入和修改文件，对吗？将一个组件用于同一个 VOB 中的每个项目是否有缺点？

这解释起来很复杂，所以希望我能够理解这个想法。如果您需要我更具体或回答任何问题，请发表评论。

谢谢你！

在开发项目期间，交付的代码可以在到达生产之前在不同环境的不同阶段之间经过（例如，用于测试部署过程的开发环境、用于 QC 的内部测试、预生产和最终生产）。

这种开发工作产生了许多候选版本，其中可以指定某个版本在开发过程中向上移动，直到它到达生产环境，此外，在某些情况下，部署在生产环境中的代码可能需要与当前的内部开发线（即并行开发）。

对于 IBM Rational ClearCase (CC) 维护的某个 UCM 项目，建议在“项目资源管理器”上创建什么项目结构以适应以下内容：

1. 开发人员应主要在内部开发线（或 CC 术语中的开发流）上连接和交付他们的工作。
2. 一旦交付给此开发流的代码被认为是可接受的，技术团队负责人 (TTL) 就可以创建基线。该基线可以稍后由部署工程师检索以部署在本地开发环境中。
3. 如果发现此基线是可接受的，则可以将该基线作为一个整体交付给内部测试流，以部署用于进一步的质量控制 (QC) 测试。
4. 如果发现该基线是可接受的，则可以将该基线作为一个整体交付给预生产，以此类推，类似于上面描述的那样交付给生产。
5. 当然，如果这些基线中的任何一个没有被其接收方接受，它可以被拒绝，并且接收方将等待另一个基线被推荐用于他们的流。

注意：部署工程师将始终为每个环境使用专用流来获取执行构建/部署活动所需的文件。

我对这里的每个人表示歉意，因为我知道回答这个问题可能会很长，但我的问题更多地集中在需要在“项目资源管理器”中创建以满足上述目标的流和/或视图的确切类型。

我真的想提出使用 CC 进行发布管理的最佳实践方法，以及如何最好地使用它。

我将感谢您的帮助，并在此先感谢所有人...

在我们的项目中，我们使用基线转换如下。

ProjName-...（对于前 Proj-2.0.1.20）

我们过去常常将我们的文件版本号更新为 2.0.1.20。

在 Clearcase UCM 中创建组件后，我们通常倾向于将某些组件保留为未构建。（由于那里没有进行任何更改）

虽然我们可以为所有组件应用基线，但我们无法在未构建时更新文件版本号。

所以基线号和文件版本号不再相同。

我的问题是：我们是否应该在文件版本和基线中遵循相同的版本号，以便更容易追溯？这是遵循的标准做法吗？

我们正在使用 Clearcase UCM。为了维护配置项，我们创建了组件。

我用来为整个项目/steram 应用基线。

有没有办法单独为特定组件应用基线？

我正在使用复合基线建立一个项目。当我创建要发送到“主线”项目的基线时，它总是会创建两个基线。一个叫“COMP_BL”，另一个叫“COMP_BL.####”

发生这种情况有原因吗？我可能有我的设置错误吗？

我在下面提到的不同文件夹下的 Linux 主目录中有很多视图。

现在我想以下面的格式列出我的 linux 目录中的所有 clearcase 视图以处理其他脚本。

如何搜索我创建的主目录中的所有视图并在 shell 脚本中显示视图列表？

当前一次我可以显示一个文件夹视图，但我需要搜索并以上述格式显示所有视图。

我的视图只是动态视图而不是快照。我的问题是存储在多个目录中的视图。需要搜索我的 unix home dir 中的所有视图。现在我正在使用命令 cd ~/views ViewCount=ls ~/views 来完成这项工作。但这将列出一个目录中的视图。同样，我需要在所有目录中列出我的主目录中的所有视图。有没有办法搜索所有视图并列出视图

我的一位同事在 clearcase 中报告了一个特殊问题。（这是一个基本的 clearcase 视图。）

当他将文件从 windows 资源管理器拖放到 clearcase 资源管理器时，文件名会自动转换为小写字母。

这让他很头疼，因为他必须再次手动更改它们。

我在我的 clearcase explorer 中尝试过，但没有发现这种行为。我尝试了选项，但找不到任何好的解决方案。

有没有人面对过这个问题并解决了这个问题？如果是这样，请帮助我解决问题的步骤。

执行变基时，将阻止子流上的所有签出。

实际上，Clearcase 必须确保所有整个视图都基于新的流配置，因此会显示以下消息：

流的配置已更改。此更新操作将使视图显示新配置。是否要立即更新视图？

我试着想象一个场景来解释更新所有视图的绝对必要性。

我想象一个变基是从旧的基础基线制作的情况。
因此，当前子的配置流仍然基于当前父的基线，如果没有在其中执行更新，文件的保留将涉及非内聚状态。

执行此完整更新的充分理由是什么？

假设没有这种预防：

如果在 rebase 之后，我能够修改流子中的文件并检查它，那么潜在的问题是什么？

我一直在寻找递归签出/签入脚本，而我所看到的所有内容都仅适用于基本 ClearCase。是否有一个原因？有人有可用于 ClearCase UCM 的脚本吗？

我个人也没有看到有人必须一次签出一堆文件的原因。赋予某人这样做的能力是否有任何重大缺陷？

添加：

我找到了这个，但我不确定这是否是最好的方法。它似乎有你的命令。我希望他们能够使用 GUI 执行此操作，因为他们不太熟悉命令行。

http://www.ibm.com/developerworks/rational/library/4687.html

递归签出和签入的脚本

注意：对于以下过程，您需要具有本地管理权限才能自定义 ClearCase 菜单。

签出 对于递归签出选项，请执行以下操作： 启动 clearmenuadmin.exe 实用程序（为此，单击开始 > 运行，然后键入 clearmenuadmin.exe） 在对象类型选项卡中，选择目录对象。选择签入作为对象状态 单击可用菜单选项窗格中的新按钮，然后在相应字段中输入以下信息： 菜单文本：签出（递归）... 帮助文本：递归签出所选项目。 .. 命令类型：Executable/Regentry 命令：Software\Atria\ClearCase\CurrentVersion\ContextMenus\CmdLineExe 初始目录：
参数：/c cleartool find $file -exec "cmd /c cleartool checkout -nc \"%CLEARCASE_PN%\""评论：

完成后，您可以通过按添加按钮将此新菜单条目添加到此菜单内容窗格。使用上移按钮根据需要定位它。完成此自定义后，选择 Configuration>Apply 以应用更改。然后您可以在 Windows 资源管理器中对其进行测试。

报到

对于递归签入选项，请执行以下操作： 启动 clearmenuadmin.exe 实用程序 在对象类型选项卡中，选择目录对象。选择签入作为对象状态 单击可用菜单选项窗格中的新按钮，然后在相应字段中输入以下信息： 菜单文本：签入（递归）... 帮助文本：递归签入所选项目。 .. 命令类型：Executable/Regentry 命令：Software\Atria\ClearCase\CurrentVersion\ContextMenus\CmdLineExe 初始目录：
参数：/c cleartool find $file -exec "cmd /c cleartool checkin -nc -identical \"%CLEARCASE_PN%\ ““ 评论：

完成此操作后，您可以将此新菜单条目添加到菜单内容窗格中，根据需要放置它，并按照前面过程中的说明应用更改，然后在 Windows Explorer.Command 中对其进行测试：

这是最好的方法吗？（我理解这些论点，但命令让我失望。（这是本地机器或服务器上的 .exe 吗？）任何人都可以使用它，还是我必须在人们使用的每台机器上设置它？）

我今天早上对一个流进行了基线化，但是有人对他们不希望包含在基线中的几个文件进行了更改。

我使用版本树将标签从最新版本移动到以前的版本。（首先，这是错的吗？）

然后我将该基线交付给另一个项目的流。它工作正常，所有正确版本的文件都过来了。但是，现在查看的文件是版本 22，并且有一个我看不到的版本 23。（我希望看到较新的版本，即使我不希望它包含在基线中。）有没有办法让视图显示文件的最新版本？

注意：我尝试创建一个新基线，但 ClearCase 在基线中包含了版本 22 而不是版本 23...