致命:不能快进，中止

你的分支不再直接基于你试图合并到的分支——例如，另一个提交被添加到目标分支，而这个分支并不在你的分支中。因此，您不能快进到它(因为快进要求您的分支完全包含目标分支)。

你可以在目标分支(git rebase <destination branch>)的基础上重新构建你的分支，以重做提交，这样它们就会快进到目标分支中，或者你可以做常规合并。

免责声明:这些命令将从远程分支到您的分支进行更改。

git pull --rebase。与其他解决方案不同，您不需要知道目标分支的名称。

如果你的上游分支没有设置，尝试git pull origin <branch> --rebase(在评论中归功于@Rick)

要全局设置此选项，使用git config --global pull.rebase true(下文为@Artur Mustafin)

这是因为您启用了“仅快进”选项。这里的问题是你从分支的拉取会在你的本地git中创建一个合并提交，而只有快进选项不允许在拉取时创建一个合并提交。

在一个大团队的情况下，你最终会在很多时候改变和解决冲突，因为每一个承诺都来自拉力。

我建议你从git本地配置文件中删除ff = only行。

$ CD到我的项目根目录

$ nano .git/config

[pull]
ff = only // remove this line
rebase = false

• 如果

git pull

不做的把戏，如果你想合并当前的变化和变化将来自分支从原点拉，然后这样做:-

git merge origin/BRANCH_NAME

• 之后，解决合并冲突，如果有的话，这一天就结束了。

使用选项--no-ff来关闭一次快进:

git pull --no-ff

https://git-scm.com/docs/git-pull#Documentation/git-pull.txt---no-ff

如果你在本地分支上执行git pull origin master时得到这个，在记事本中打开.gitconfig(通常隐藏在C:\Users\Myname中)并添加这两行

[pull]
ff = no

保存配置并再次尝试git pull origin master

如果你有一个提交，尝试撤销它，再拉一次!

你可以在终端上尝试这个，它会编辑你的<文件和设置ff = no

git config pull.ff no

我也面临着相同类型的问题，我猜我们中的许多人会面临这个问题，当我们进行结对编程时，我们也有来自其他用户的传入提交。这是我所面临的步骤，并通过git pull --no-rebase解决了它们

➜  graphql-tutorial git:(filtering)  git config pull.ff only
➜  graphql-tutorial git:(filtering) git pull
fatal: Not possible to fast-forward, aborting.
➜  graphql-tutorial git:(filtering) git merge
➜  graphql-tutorial git:(filtering)  git config pull.rebase false
➜  graphql-tutorial git:(filtering) git pull
fatal: Not possible to fast-forward, aborting.
➜  graphql-tutorial git:(filtering) git pull --no-rebase
Merge made by the 'ort' strategy.
. <file name>
. <file name>
. <file name>
. <file name>
5 files changed, 47 insertions(+), 9 deletions(-)
create mode 100644 app/models/auth_token.rb

这是我的工作，你可以使用它git pull --no-ff

这对我很有用

git pull --rebase <remote> <branch>

git pull origin main --rebase
git pull --rebase

以上两个命令对我很有用。但唯一的问题是，我在当前分支中也看到了主分支的提交..

这对我很有用

Git pull——no-ff

如果你面对这件事

Please enter a commit message to explain why this merge is necessary,
# especially if it merges an updated upstream into a topic branch.
#
# Lines starting with '#' will be ignored, and an empty message aborts
# the commit.

然后执行以下步骤

1. 新闻i
2. pressEsc
3. 新闻:wq

我的解决办法可能会帮助到某人。

我得到这个错误的原因是，我没有做git签出，而是做了git checkout -b，创建了一个分支。

试着通过签出远程分支来重做这个过程。

我什么时候能看到这条信息?

当你运行git merge --ff-only <some/branch>或git pull --ff-only <remote> <some/branch>时，你试图合并的分支或提交不是基于你当前的分支——它的历史以某种方式从你的分支派生出来。

我怎么才能知道什么东西不管用?

要查看你的分支和目标分支的历史，你可以使用:

git log --graph --oneline HEAD <some/branch>

如果你没有显式地输入分支名称(例如:git merge --ff-only或git pull --ff-only)， git默认为“你的活动分支的上游分支”。——它通常是origin/mybranch。从命令行引用该分支的方法是@{u}:

git log --graph --oneline HEAD @{u}
# for Powershell users: @{...} is an operator, you will need to quote "@{u}"
git log --graph --oneline HEAD "@{u}"

我该怎么补救呢?

这取决于你想要达到的结果，以及你在上面的历史中看到的结果。

你可能想要在目标提交的基础上重新构建你的提交:

git rebase <some/branch>
# to rebase on top of your default upstream :
git rebase   # same as 'git rebase @{u}'

你可能想要运行一个实际的合并，而不是只允许快进:

git merge <some/branch>
git merge     # same as 'git merge @{u}'

或者任何符合你需要的东西:

• 在远程分支的顶部挑选一些你的提交，
• 使用git rebase -i,
• 以另一种方式合并……

当我运行git pull时，如何避免这种情况?

如果你已经将--ff-only设置为默认值(例如:如果git config pull.ff返回only)，你可以通过显式提供一个命令行标志来一次性覆盖这个默认值:

git pull --rebase  # rebase on top of fetched branch, rather than merge it
git pull --ff      # run a normal merge
# (note: you *will* have a merge commit in your history)

如果你想将默认值更改为其他值:

# remove that default value, allow normal merges when pulling
git config --global --unset pull.ff


# run `git pull --rebase` by default
#   note: you still need to run 'git config --global --unset pull.ff'
git config --global pull.rebase true

更多的git log选项

要查看终端中两个分支之间的差异:

git log --oneline --graph a b将显示a和b组合在一起的完整历史。
如果你想查看a和b的历史，自从他们分道扬镳:

git log --oneline --graph --boundary a...b


# a...b (3 dots) : means 'symmetric difference' in git log
# --boundary     : will show the commit that was at the fork point
#                  without this option, the two histories will be printed
#                  one below the other

如果你想隐藏侧分支——例如，如果你想查看git log my/branch...master，但不想查看所有合并在master中的拉请求的详细信息:

git log --oneline --graph --boundary --first-parent a...b


# --first-parent : on merge commits, only follow the first parent

如果你打算经常使用这些命令，为它们设置一个别名:

# example: show HEAD vs @{upstream} log
git config --global alias.whatsup 'log --oneline --graph --boundary HEAD...@{u}'


# you can now run:
git whatsup

对我来说，这是有效的，用实际的分支改变branch_name:

git pull origin branch_name --no-ff

如果原始分支被压缩，或者有一个更改破坏了提交历史，如果你不关心本地分支提交历史，你可以重置本地分支

git checkout branchname
git reset --hard origin/branchname

尝试一下，会工作得很好----

Git拉原点-rebase