我的问题是有关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可以等同于上述的商业产品？谢谢。