我目前正在研究ClearCase，现在正在迁移到GIT。但是我们需要这种迁移方式，所有工作都将在GIT中完成，并且数据将同步回ClearCase流。我们将在GIT和CC中拥有相同的分支名称和流名称，因此编写脚本应该不是问题。这里的问题是，谁能建议同步CC和GIT的最佳模型将CC中的所有Vob作为GIT中的单一存储库，并将CC中的主要流作为GIT中的各个分支。-单个GIT存储库(VOBS)和多个分支(CC流)。-这占用的空间更少，因为VOB被保存为具有许多分支的单个存储库。将重要的CC分支作为独立的GIT存储库，每个存储库都有所有CCVOB。-许多CC分支的许多GIT存储库-这将占用大量
我的问题是有关Git处理分支的方式:无论何时从提交分支开始，除非您通过合并强制执行，否则该分支永远不会收到父分支的更改。但是在其他诸如Clearcase或Accurev这样的系统中，您可以指定如何用某种继承机制填充分支:我的意思是，对于Clearcase，您可以使用config_spec来说“获取在分支/main/issue001上修改的所有文件，然后然后继续使用/main或此特定基准上的那些”。在Accurev中，您还可以使用类似的机制，使流从上级分支接收更改(流如何称呼它们)，而无需在分支上合并或创建新的提交。您在使用Git时不会错过吗？您能否列举必须继承的场景？谢谢更新请阅读下面
我的问题是有关Git处理分支的方式:无论何时从提交分支开始，除非您通过合并强制执行，否则该分支永远不会收到父分支的更改。但是在其他诸如Clearcase或Accurev这样的系统中，您可以指定如何用某种继承机制填充分支:我的意思是，对于Clearcase，您可以使用config_spec来说“获取在分支/main/issue001上修改的所有文件，然后然后继续使用/main或此特定基准上的那些”。在Accurev中，您还可以使用类似的机制，使流从上级分支接收更改(流如何称呼它们)，而无需在分支上合并或创建新的提交。您在使用Git时不会错过吗？您能否列举必须继承的场景？谢谢更新请阅读下面
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。我对将传统SCM产品(ClearCase、AccuRev、Perforce等)与Git一起用于具有分布式团队的大型项目的值(value)(或缺乏值(value))很感兴趣。在提高团队事件的可见性方面是否有显着的增值？控制分支和merge？访问控制和安全？发布工程？其他因素？还是Git本身更好？或者有没有开源的SCM可以等同于上述的商业产品？谢谢。
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭6年前。Improvethisquestion我们正在使用多站点ClearCase存储库，而且我们经常需要merge和构建我们的系统。这种merge和复制几乎需要三天时间才能跨站点使用。因此，为了提高效率，我们计划转向Git版本控制。如果我们从ClearCase迁移到Git，您能否告诉我们可能遇到的潜在缺点？
我最近使用了gitsvn并且非常喜欢它。现在我正在为另一个客户开始一个新项目。在该站点，选择的SCM是ClearCase。我还没有为ClearCase找到与gitsvn等效的烘焙版本。有没有人尝试过使用一些技巧、配置或脚本在本地使用git作为ClearCase的前端并取得任何成功？如果可以，能否请您解释一下使用的方法？ 最佳答案 这是一种避免劫持的方法，我们的团队使用这种方法相当成功了一年多，直到我们为Subversion淘汰了ClearCase(根据公司政策，尽管这对我们的团队来说是倒退的一步-我们基本上只是使用ClearCase
我在使用Eclipse时遇到了一个愚蠢的小问题。我正在尝试在Eclipse(HeliosSR1)CDTLinux64位中安装RationalClearCaseSCM适配器。我下载了ClearCase插件表格here.我尝试了SCM适配器版本7.0.0.2和7.5.0.0。我在这两种情况下都遇到了这个错误？Cannotcompletetheinstallbecausesomedependenciesarenotsatisfiablecom.rational.clearcase.linux.feature.group[7.0.0.20081031A]cannotbeinstalledint
