如何解决 GitLab 上的冲突？
How to solve conflicts on GitLab?
我最近在git工作，有这样一个问题。我从当前 branch 向 master 发出了 merge 请求。并收到这样一条信息：
有哪些选项可以允许此操作，以便网站上出现接受 merge 的按钮？如果我进行本地合并，它会自动关闭，但我不需要。有什么选择吗？
通常要解决此类问题，我会在本地执行以下操作：
git pull origin master
这应该从远程拉出当前的 master 并将其与您的本地分支合并，然后您可以解决本地副本上的冲突，提交它，您应该可以继续进行合并
后来有人告诉我，更好的方法是变基，通过对本地分支进行所有更改，因为最近一次对 master 的共同提交，您可以将这些更改应用到当前的 master，当你在本地分支机构时，你可以 运行:
git rebase master
这将删除您的提交并创建包含所有更改的新提交，您不需要第二次提交。这意味着 git 历史将更加清晰。
为了在前进时尽量避免这种情况，请尝试确保在创建新分支之前拉取 master，以便在开始时保持最新状态。显然，如果您在尝试再次合并之前花一些时间准备提交，您可能需要再次拉入 master 以确保您首先没有冲突。
我最近在git工作，有这样一个问题。我从当前 branch 向 master 发出了 merge 请求。并收到这样一条信息：
有哪些选项可以允许此操作，以便网站上出现接受 merge 的按钮？如果我进行本地合并，它会自动关闭，但我不需要。有什么选择吗？
通常要解决此类问题，我会在本地执行以下操作：
git pull origin master
这应该从远程拉出当前的 master 并将其与您的本地分支合并，然后您可以解决本地副本上的冲突，提交它，您应该可以继续进行合并
后来有人告诉我，更好的方法是变基，通过对本地分支进行所有更改，因为最近一次对 master 的共同提交，您可以将这些更改应用到当前的 master，当你在本地分支机构时，你可以 运行:
git rebase master
这将删除您的提交并创建包含所有更改的新提交，您不需要第二次提交。这意味着 git 历史将更加清晰。
为了在前进时尽量避免这种情况，请尝试确保在创建新分支之前拉取 master，以便在开始时保持最新状态。显然，如果您在尝试再次合并之前花一些时间准备提交，您可能需要再次拉入 master 以确保您首先没有冲突。