我在Git中做了一些我认为很简单的事情，但它最终给我带来了很大的问题。我想知道我的过程是否有缺陷。
我在GitLab中处理一个带有相关MR的分支。然后我决定我当前的MR已经完成，我在第一个分支上创建了另一个分支来继续处理它。
当我提交第二个分支作为第二个MR时，我惊讶地发现GitLab中的diff不仅包含第二个MR中的更改，还包含第一个MR中的提交。
我想它可能会消失，一旦我合并到主第一个MR。我继续这样做，但差异仍然显示。
然后我在当地查了一下主系统，把它调出来。我进入了最新的分支，在主系统外重新建立了基地。
我当时遇到的问题是，变基过程是一场噩梦。它要求我审查一堆差异，而这些差异似乎没有什么不同。而且，需要审查更改的整个概念对我来说似乎是有缺陷的，因为这些更改来自第一个分支，我已经通过分支该分支“批准”了。
我的问题是，有没有一种方法可以让一个分支从一个分支中分离出来，而不会遇到这样的一堆问题？或者我应该避免它？
1条答案
按热度按时间rqqzpn5f1#
令我惊讶的是，GitLab中的diff不仅包含了第二个MR中的更改，还包含了第一个MR中的提交。
当然。第二个分支是从第一个分支生成的。所以它有第一个分支的提交，直到它被分支的点。
我想一旦我把第一个MR合并到主系统中，它可能就会消失。
差不多了。然后你需要将
main合并到第二个分支中，使该分支与main保持最新。随着时间的推移，特性分支进入主分支是一种常见的做法，一个好的习惯是首先将主分支合并到一个特性分支中，编译并测试该分支中的特性，然后将该分支合并到主分支中。