Git网络图的奇异行为

Git网络图的奇异行为,git,svn,github,merge,Git,Svn,Github,Merge,我们最近从SVN迁移到Git(使用Github enterprise),并允许开发人员进入master,以便他们可以来回合并。仅仅工作了一天,事情就开始变得奇怪起来。从主分支到任何分支的每次合并都有不合理数量的冲突,好像分支不知道如何应用某些更改。我们基本上陷入了这样一种情况:我们无法将任何功能分支合并回主功能 github网络图看起来也很奇怪: 我们不明白为什么有些树枝断了,尤其是师父。看起来,当开发人员从主节点进行合并时,中断会发生,然后当分支被合并回主节点时,中断会被“修复”。我们想知道

我们最近从SVN迁移到Git(使用Github enterprise),并允许开发人员进入master,以便他们可以来回合并。仅仅工作了一天,事情就开始变得奇怪起来。从主分支到任何分支的每次合并都有不合理数量的冲突,好像分支不知道如何应用某些更改。我们基本上陷入了这样一种情况:我们无法将任何功能分支合并回主功能

github网络图看起来也很奇怪:

我们不明白为什么有些树枝断了,尤其是师父。看起来,当开发人员从主节点进行合并时,中断会发生,然后当分支被合并回主节点时,中断会被“修复”。我们想知道这是否是众多冲突的原因

作为测试,我们从一个混乱前的快照创建了一个新的存储库,并尝试从/到主存储库进行合并,图形看起来很好。因此,某些开发人员所做的一定有问题

我认为我们应该将推送权限限制在少数开发人员身上,并使用fork/pull请求进行更改,但这会给我们留下两天的未合并工作和一个混乱的主程序


有人知道如何解决这个问题吗?

您的Subversion目录中可能缺少/错误的合并信息,这些信息来自git之前的日子。您认为有没有办法找出哪里出了问题?我们可以通过重新设置SVN提交的基础来修复它吗?当SVN分支仅从
trunk
(或任何其他分支)的子目录创建时,就会发生这种混乱。这很难修复。有时移植物会有帮助