因为我目前正在努力学习IBM Rational ClearCase,所以我想听听你的专业意见.
与其他版本控制系统(如Subversion或Git)相比,我对优缺点特别感兴趣.
在clearcase快照视图中工作时,我想使用自己的diff.
据我所知,运行" cleartool diff" 时无法指定diff工具,因此我认为我可以运行像" mydiff <predecessor file> <modified file in my view>" 这样的东西,但我对ClearCase不太了解能够找到"前任"文件"以反对.
有什么办法吗?
忘了提到(直到现在,在阅读了处理windows的前两个响应之后),这是在Unix上,我不允许使用ClearCase配置.
我将zip文件传递解压缩到一个清晰的视图中.现在我想将完整的文件树添加到存储库中.GUI仅为单个文件/目录提供"添加到源代码管理...".你知道如何递归添加整棵树吗?
(我在Windows系统上,但安装了Cygwin.)
我最近git svn很习惯和喜欢它.现在我正在另一个客户开始一个新项目.在该站点,选择的SCM是ClearCase.我没有找到git svnClearCase 的烘焙等效物.是否有人尝试使用git本地作为ClearCase的前端使用一些技巧,配置或脚本以及任何成功的衡量标准?如果是这样,请解释一下使用的方法?
当我开始在Delphi 7 IDE中编辑它时,我想自动检出文件.
ClearCase是我的版本控制系统,我真的很讨厌在开始编辑之前签出文件.它总是打破我的思维流程:我正在尝试解决问题,找到我需要更改的地方,尝试编辑它,失败因为文件是只读的,打开clearcase,搜索文件,最后结帐,尝试编辑文件再次失败,因为IDE仍然认为它是只读的,告诉IDE不是readonly.当我最终回到代码时,我忘记了我正在尝试做的事情.
我发现了这个简洁明了的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 read FClearcaseMenu write FClearcaseMenu;
property DoCheckOutPasDfm:TIMenuItemIntf write FDoCheckOutPasDfm;
property DoCheckInPasDfm: TIMenuItemIntf write FDoCheckInPasDfm;
end;
var
dcc: TDelphiClearcase = nil;
{ TDelphiClearcase }
destructor TDelphiClearcase.Destroy;
procedure Remove(item: TIMenuItemIntf); …Run Code Online (Sandbox Code Playgroud) 我们正在使用多站点 clearcase存储库,通常我们需要合并和构建我们的系统,这种合并和复制需要将近3天才能跨站点使用.因此,为了提高效率,我们计划转向Git版本控制.如果我们从Clearcase转移到Git,你能否告诉我们可能遇到的潜在缺点?
我的问题是关于Git处理分支的方式:无论何时从提交分支,此分支都不会从父分支接收更改,除非您通过合并强制它.
但是在其他系统如Clearcase或Accurev中,您可以指定分支如何填充某种继承机制:我的意思是,使用Clearcase,使用config_spec,您可以说"获取在分支/ main/issue001上修改的所有文件"然后继续使用/ main或具有此特定基线的那些".
在Accurev中,您还有一个类似的机制,让流可以从上层分支(流如何调用它们)接收更改,而无需在分支上合并或创建新的提交.
使用Git时不要错过这个吗?你能枚举这种继承是必须的场景吗?
谢谢
更新请阅读下面的VonC答案,以实际关注我的问题.一旦我们同意"线性存储"和基于DAG的SCM具有不同的功能,我的问题是:哪些是真实生活场景(特别是对于OSS以外的公司),线性可以做DAG无法做到的事情?他们值得吗?
我想将Beyond Compare与ClearCase集成,以便我可以使用它来进行差异和合并文件,而不是使用ClearCase提供的糟糕工具.
有没有人有执行此集成的说明?