这是Git 2.27中添加的一个新警告:

 * "git pull" issues a warning message until the pull.rebase
   configuration variable is explicitly given, which some existing
   users may find annoying---those who prefer not to rebase need to
   set the variable to false to squelch the warning.

要删除警告，如果你没有在命令行上指定行为(使用——ff，——no-ff，——ff-only，——rebase)，将建议值之一设置为git拉取的首选默认行为。在所有情况下，如果可能的话，git都会尝试快进(什么是git快进?)这些设置控制在您的分支中发生更改但未在远程分支中显示时发生的情况。

  git config pull.rebase false  # merge (the default strategy)

这是现有的默认行为;设定为不发出警告，也不改变行为;Git会将远程分支合并到本地分支中。

  git config pull.rebase true   # rebase

在这里，git将尝试在远程分支的顶部重新基于您的更改。什么时候我应该使用git pull -rebase?关于你为什么想要那样做的更多细节。

  git config pull.ff only       # fast-forward only

如果快进合并是不可能的，git将拒绝继续。git pull -rebase和git pull -ff-only引号的区别:

拒绝合并并以非零状态退出，除非当前HEAD已经是最新的，或者合并可以作为快进解决

让我们举个例子，你从开发分支创建了一个分支A，在从开发分支拉到分支A的过程中，出现了这个发散的问题。你不能把更新代码从开发到你的A分支。因此，请按照以下步骤解决此问题

Git签出开发分支(这将切换到开发分支) Git拉(它将拉所有的更改来开发) git checkout A-feature-branch(这将切换到你的feature branch) Git合并开发分支(它将合并所有更改到您的功能分支)

现在，您已经将代码从develop更新到本地分支。 享受你的编码:)

这对我来说很管用:

git rebase /my_remote_branch_name

已经有很多答案了，但是，我的处理方式是 如果你想从分支A拉到分支B

我首先从a中创建一个pull request到let，比如master。 确保所有冲突都得到解决，并将A合并为master。 然后简单地从主分支拉入分支B。

Git拉源主-rebase

为我工作!

最安全的选择是只在全球范围内设置。运行:

git config --global pull.ff only

该选项将被添加到全局的.gitconfig中。

[pull]
    ff = only

如果快进后期失败，尝试git pull -no-ff。