问题标签 [clearcase]

出于合规性原因，我被要求查看如何限制 ClearCase 中某些 VOB 的读取访问（因此这需要是可审计的，等等……）。到目前为止，我已经找到了一个解决方案，我将在这里发布，但我仍然有问题，所以任何帮助将不胜感激。尤其是魔鬼在细节中，我认为。

为了便于论证，假设我们有 3 个 VOB 和 3 个组：

• gA 和 gB 是两个特殊的组，所有其他 CC 用户都在 gC 中，这是默认的 CC 组
• VOB vA，对组 gA 具有读/写访问权限，并且仅限于其他所有人
• VOB vB，是对 gB 组的读/写访问权限，对 gA 组的读访问权限，并且仅限于其他所有人
• VOB vC，对每个人都具有读/写访问权限

未回答的问题：

• 为 CC 用户设置不同的域组有什么影响？当人们登录时，他们的 clearcase 组由用户变量 CLEARCASE_PRIMARY_GROUP 获取。如果他们来自 gA 并且在 vA 中正常工作，则此变量将设置为 gA，但如果他们需要在 vC 中更改某些内容，我敢打赌，如果他们不这样做，他们在 vC 中的文件/版本的组所有权将保持 gA不要做任何事情。vC 中的对象最终将具有属于 gA、gB、gC 的组。这会是个问题吗？

• 我什至不确定是否可以在 vB 上正确设置 ACL，而实际上无需创建一个包含 gA 和 gB 人员的新组 gA'，对吗？

• 在我看来，这里的困难不是技术上的，而是在允许某些人访问适当组的过程中，CM 团队应该远离这个（并由安全部门和涉及的开发团队）。有人有这方面的经验吗？

• 似乎可以使用 ClearCase Regions 来达到相同的效果。那将如何工作？

此致，

托马斯

尝试在 Eclipse 中设置“外部工具”时，有大量变量涉及项目位置、工作空间位置等——但没有任何用于参考复制视图区域的变量——即 CCRC 视图开始的位置。

这对于引用可能位于您在视图中工作的 Java 项目外部的 VOB 中的工具非常有用。

有人对我如何在 Eclipse 中将复制视图区域作为变量检索有任何建议吗？

谢谢，

斯图尔特

我想将一个目录和所有子目录签入到明确的案例中。是否有特定的命令来实现它？目前我正在进入每个目录并手动签入每个文件。

我有点苦恼。在我在 m2 项目中运行构建之前，我正在尝试运行一些环境脚本，但似乎无论我多么努力 - 'pre' 构建脚本永远不会足够早地运行。

在运行“预构建”脚本之前，项目会检查工作区中是否存在正确的文件——在我编写的脚本执行之前，这些文件不会存在。

为了让它们“预构建”，我使用了M2 Extra Steps插件——但这还不够“预构建”。

有没有人对我如何执行我想做的事情有任何建议？

干杯。

我正在努力解决跟踪我所有的更改之间的感知冲突，以便我可以弄清楚我昨天在哪里破坏了代码，并有一个受控的（高开销）代码审查过程来保持事情的理智。

我在一家非常传统的 ClearCase 商店工作。所有签入都需要代码审查，我没有创建私有分支的权限。为了满足对版本控制我所有日常工作的原始冲动，我在 clearcase 视图中使用 mercurial

我寻求集体智慧，了解什么是跟踪我的日常变化的最佳方式，同时尽可能与明确的案例人员一起玩。

这段 Perl 告诉我 ClearCase 中的文件不存在时；

有没有人见过这个？

一些文件返回正常。把我难住了。

Clearcase 视图是动态的，托管在 unix 上。

当它们位于同一视图的同一文件夹中时，这段代码返回一个文件存在而另一个文件不存在。

我之前已经记录了我对 Clearcase 作为源代码控制系统的看法，但不幸的是我仍在使用它。所以我求助于你们来帮助我减轻我的挫败感之一。

我们刚刚从每个开发人员一个分支系统转变为每个任务一个分支系统，以尝试改善我们在确定某些文件更改的原因时遇到的一些问题。一般来说，我对解决方案感到满意，但有一个主要问题。我们使用简单的脚本来启动和结束任务，这些任务创建一个以用户名和任务编号命名的新分支，然后更新本地快照视图以具有类似于以下的配置规范：

假设我的项目有两个耦合文件 A.cs 和 B.cs。对于我的第一个任务，我在分支上对 A 进行了更改。然后无论出于何种原因，我都需要停止处理任务 2322 并开始处理任务 2345（任务 2322 尚未完成，因此我不会将其合并回主任务）。我创建了一个新的任务分支 2345，编辑 A.cs 和 B.cs 并将结果合并回 main。现在我回到 2322 上工作，所以我将我的配置规范改回上面定义的配置规范。此时，我从任务分支中看到了 A.cs 文件（正如我之前编辑的那样，所以我得到了该分支的本地版本）和最新的来自 main 的 B.cs 版本。由于我没有对 2345 分支上的 A.cs 进行更改，因此构建中断。相反，我需要的是能够从我离开的地方拿起任务 2322 并使用旧版本的 A.cs 来查看它 - 这是创建分支时 main 中最新的版本。

我看到它的方式我有几个选项来解决这个问题：

• 更改配置规范，以便它在正确的日期从 main 获取文件。如果我知道日期并且不介意手动设置它，这很容易做到，但我不知道如何将它自动化到我们的任务切换脚本中。反正有没有得到一个分支的创建日期？

• 为 main 上的每个分支创建一个标签。理论上做起来很简单，但是我们安装的 CC 中的标签系统已经在几百个标签的重压下崩溃了，所以我不知道它是否可以处理每个分支的每个开发人员（请注意我的示例中的任务是 2322，我们只完成了项目的四分之一）

• 从主分支合并到任务分支。再次应该可以工作，但是长时间运行的分支将不仅包含为该任务更改的文件，还包含所有需要合并以使不相关的事情正常工作的文件。这使得它们与每个开发人员的分支方法一样复杂。我想查看哪些文件被更改以完成特定任务。

我希望我只是在这里遗漏了一些东西，并且有一种方法可以设置我的配置规范，以便它从 main 检索预期的文件，而无需笨拙的解决方法。那么，你们如何在 Clearcase 中进行分支？

在 ClearCase 中，您可以使用“cleartool ls”列出目录的内容。

我的问题是如何使用 CAL（ClearCase 自动化层）做同样的事情。我更喜欢 COM API 的原因是我不必解析“ls”的输出。

到目前为止，我能够成功获取 VOB 和视图，但我没有找到任何列出内容的方法。

到目前为止我的代码：

感谢您的帮助。

我用 C# 为那些感兴趣的人写了 VonC 的答案。

我正在帮助为一个新程序设置 SCM，我们目前正在决定一个 VCS。

此时的主要竞争者是 SVN、ClearCase、SVN+DVCS，而且只是一个 DVCS。

目前，该团队倾向于 SVN 或 SVN+DVCS。我们希望避免 ClearCase 的费用和管理成本，但希望它提供的工作流程和版本控制选项。我也提出了使用 DVCS 的选项，并且正在考虑这个想法。

对于 DVCS，我们正在考虑 Mercurial、Bazaar 和 Git。团队对 SVN 感到满意，但不认为它会提供所需的多功能性，这就是我们在 SVN 选项之上考虑 DVCS 的原因。

有没有人有任何建议（例如现有的工具、流程）来进行这样的设置？

担忧包括：

• 易于设置
• 设置工作流程（开发 <-> 代码审查 -> 测试 -> 主干，然后是主干 -> 集成测试分支 -> 将错误修复放入发布分支的发布），审计（发现错误，何时引入）
• 生成指标
• 用于习惯 ClearCase 的开发人员的合理学习曲线。
• 视窗开发
• 问题跟踪器集成（可能会是 Redmine，虽然它不是一成不变的）

所以，这次正好相反——我需要将一个基于 SVN 的项目迁移到 ClearCase 中。是否有任何工具可以使该过程变得更容易（而不是将自定义脚本放在一起），是否有任何有这样做经验的人的陷阱？

谢谢！