以我为例，这是因为我没有解决冲突。

该问题是由运行git pull命令引起的。原产地的变化导致与我的本地回购发生冲突，我解决了这个问题。然而，我并没有犯下这些罪行。此时的解决方案是提交更改(git提交已解析的文件)

如果在解决冲突后还修改了一些文件，git status命令将把本地修改显示为非分段本地修改，并将合并解析显示为分段本地修改。这个问题可以通过git commit从merge中提交更改来解决，然后像往常一样添加并提交未分阶段的更改(例如通过git commit -a)。

以我为例，这是因为我没有解决冲突。

该问题是由运行git pull命令引起的。原产地的变化导致与我的本地回购发生冲突，我解决了这个问题。然而，我并没有犯下这些罪行。此时的解决方案是提交更改(git提交已解析的文件)

如果在解决冲突后还修改了一些文件，git status命令将把本地修改显示为非分段本地修改，并将合并解析显示为分段本地修改。这个问题可以通过git commit从merge中提交更改来解决，然后像往常一样添加并提交未分阶段的更改(例如通过git commit -a)。

我相信这应该对我有帮助:

git reset --hard origin/master

但事实并非如此。不知怎的，我得到了同样的消息&当我从远程分支中提取更改时，冲突就发生了。因为我确定我根本不需要我现有的本地分支&我只需要一个远程主分支的副本，因此我想出了这个解决方案:

签出到一个新的分支，例如，git Checkout -b placeholder-branch。注意:该分支可以稍后删除。 git分支-D master，我这样做是因为我确定我的本地分支被搞砸了&我不需要这个。我需要远程实例的新副本。 Git签出-跟踪原点/master &你完成了;现在你可以使用git branch -D删除占位符分支

Git重置——soft origin/my_remote_tracking_branch

This way you will not loose your local changes

我更喜欢更方便、更安全的方式。

# copying your commit(s) to separate branch
git checkout <last_sync_commit>
git checkout -b temp
git cherry-pick <last_local_commit>

git checkout master
git reset --soft HEAD~1 # or how many commits you have only on local machine
git stash               # safer, can be avoided using hard resetting on the above line
git pull
git cherry-pick <last_local_commit>

# deleting temporary branch
git branch -D temp

当我试图编辑上次提交消息时，我有相同的消息，已经推送提交，使用:git commit——modify -m "新消息" 当我使用git push——force-with-lease repo_name branch_name推送更改时 没有问题。