Tag: ClearCase的
如何在Delphi 7 IDE中将方法挂接到Edit事件？
我想在Delphi 7 IDE中开始编辑文件时自动检出一个文件。 ClearCase是我的版本控制系统，我真的很讨厌在开始编辑之前需要检出一个文件。 它总是打破我的思想stream：我试图解决一个问题，find我需要改变的地方，尝试编辑它，失败，因为文件是只读的，打开clearcase，search文件，最后结帐，尝试编辑文件再次失败，因为IDE仍然认为它是只读的，告诉不是只读的IDE。 当我终于回到代码，我忘记了我正在尝试做什么。 我发现了这个漂亮而简单的ClearCase IDE集成代码 。 它工作，但使用不赞成的ToolIntf单位。 我已经添加了几个快捷键。 这里是它的简化版本 （没有尝试编译）： unit clearcase; interface uses ToolsApi, ToolIntf; implementation uses Windows, Dialogs, Classes, ExptIntf, Menus, ShellApi, SysUtils; type TDelphiClearcase = class private FClearcaseMenu, FDoCheckOutPasDfm, FDoCheckInPasDfm : TIMenuItemIntf; procedure ExecCommand(const command: string; path: PChar = nil); public destructor Destroy;override; procedure DoClick(Sender: TIMenuItemIntf); property ClearcaseMenu: TIMenuItemIntf […]
如何将git桥接到ClearCase？
我最近使用了git svn ，非常喜欢它。 现在我正在另外一个客户开始一个新的项目。 在那个地方，SCM的select是ClearCase。 我还没有find一个相当于ClearCase的git svn 。 有没有人曾试图在本地使用git作为ClearCase的前端，使用一些技巧，configuration或脚本以及任何成功的措施？ 如果可以，请解释使用的方法？
任何使用cleartool / clearcase自定义diff工具的方法？
我想在清晰的快照视图中使用自己的diff。 据我所知，在运行“ cleartool diff ”时没有办法指定diff工具，所以我想我可以运行“ mydiff <predecessor file> <modified file in my view> ”，但是我不知道对ClearCase能够find“前辈文件”进行分析的知识还不够多。 任何方式来做到这一点？ 忘了提及（到目前为止，在阅读前两个处理窗口的回答之后），这是在Unix上，我不允许使用ClearCaseconfiguration。
UCM中的复合基线是什么？何时使用？
什么是UCM中的复合基线？ 什么时候会被使用？ 当我们有多个组件时，会主要使用它吗？
为什么我只能得到清晰的版本0？
通常，第一个提交的版本应该从1开始。版本0与分支点相同。 但现在我得到一个唯一的版本0，这阻止我检查任何其他版本因为它警告我，分支已经创build。
在快照视图中查找文件的本地副本
我在一个工具中使用ClearCase自动化库（CAL），帮助我跟踪未集成的变化; 现在我想扩展工具，所以我也可以通过它进行检查。 对于这个function，我需要find一个快照视图的本地副本。 虽然我可以问问哪些视图附加到某个目录，我似乎无法find一个函数来查找给定视图的本地目录; 也似乎最可靠的方法来查找是否本地存在快照视图是比较HostName属性与本地计算机名称。 所以：鉴于IClearCase接口，我怎么能find所有的快照视图存在的目录？
灵活vs静态分支（Git vs Clearcase / Accurev）
我的问题是关于Git处理分支的方式：每当你从一个提交分支，这个分支将永远不会收到来自父分支的变化，除非你强制合并。 但在Clearcase或Accurev等其他系统中，您可以指定分支如何填充某种inheritance机制 ：我的意思是，使用Clearcase，使用config_spec，可以说“获取在branch / main / issue001上修改的所有文件，然后继续进行/主要或这个特定的基线“。 在Accurev中，你也有一个类似的机制让我们的stream接收来自上层分支的变化（stream如何调用它们）而不合并或在分支上创build新的提交。 使用Git的时候不要错过这个东西？ 你能枚举这种inheritance是必须的场景吗？ 谢谢 更新请阅读下面的VonC答案，以真正关注我的问题。 一旦我们同意“线性存储”和基于DAG的SCM有不同的能力，我的问题是： 哪些是真正的生活场景（特别是对于比OSS更多的公司）线性可以做DAG不可能的事情？ 他们值得吗？
在ClearCase中创build一个新的子目录结构？
我是一个ClearCase新手，到现在为止已经被用于SVN。 因此，我对创build一个包含多个文件到ClearCase的新目录结构需要采取的步骤感到困惑。 所以，举个例子，在ClearCase中有一个现有的目录结构如下： \ParentDirectory \ChildDirectory1 \File1 \File2 \ChildDirectory2 \ChildDirectory3 \File1 \ChildDirectory4 如果我想添加一个新的子目录到这个结构中，ChildDirectory5将会包含许多其他的文件，我该怎么做呢？ 从我一直在阅读的内容中，我将需要首先检查父目录，然后使用mkelem命令创build每个子目录和文件。 但是，我已经在本地机器上创build了必要的文件和目录，所以我只需要以某种方式将它们检入到ClearCase中。 有了SVN，我所需要做的只是将父文件夹复制到签出的repo中，并对其执行添加和提交命令序列。
ClearCase UCM中完全基线和增量基线之间的区别是什么？
我已经为我的发布申请了完整的基准。 例如。 基线“MYProj_2.0.0.20”。 然后testing团队发现了一些重大问题。 为了解决这个开发团队已经做出了一些改变。 在完成构build之后，我再次应用了相同的基线“MYProj_2.0.0.20。但是这一次我已经应用了增量基线。根据UCM，基线MYProj_2.0.0.20被转换为MYProj_2.0.0.20.3452（一些随机数字在结尾使它独特）。 现在，如果我将MYProj_2.0.0.20.3452视为发布基准，是否包含所有更改或仅包含更改（“MYProj_2.0.0.20”和“MYProj_2.0.0.20.3452”之间的增量更改）。 请澄清我。
快照视图和dynamic视图之间有什么区别？
我在ClearCase中看到有一个快照视图和一个dynamic视图。 这些types的视图（我假设只有两种types的视图）和什么时候使用它们的适当时间有什么区别？
