我修好了，但我不确定我做了什么。 我试着用:

Git pull <remote> dev . exe 而不是 Git拉<remote> master:dev

Git pull <remote> master:dev将获取远程/master分支并将其合并到本地/dev分支中。

Git pull <remote> dev将获取远程/dev分支，并将其合并到当前分支中。

我想你说过冲突的提交是在远程/dev上，所以这可能是你想要获取和合并的分支。

在这种情况下，您实际上并没有将冲突合并到本地分支中，这有点奇怪，因为您说您在工作副本中看到了不正确的代码。您可能需要检查remote/master中发生了什么。

我有这个错误，这是因为服务器上有更新，但Sourcetree没有显示任何可用的更新(可能是因为我离线时，它最后一次检查)。所以我在源树中做了刷新，现在它显示了两个项目，而不是一个项目。

所以，如果你得到这个错误，一定要按刷新或拉取，然后再试一次。

你需要输入:

git pull
git fetch 
git merge

如果你使用git push origin master——force，你会遇到一个大问题。

你可以通过使用“强制推送”来覆盖Git所做的任何检查。在终端使用这个命令:

git push -f origin master

但是，您可能会忽略远程中的现有工作。您实际上是在重写远程的历史记录，使其与本地副本完全相同。

当我们试图推送到远程存储库，但已经在远程上创建了一个尚未提取的新文件时，就会发生这种情况，比如说Readme。在这种情况下，正如错误所示

Git拒绝更新

由于我们在本地环境中没有采取更新的远程。 所以先从远程取拉

git pull

它将更新您的本地存储库并添加一个新的Readme文件。 然后将更新后的更改推送到远程

git push origin master

好吧，实际上github比我们想象的要简单得多，它绝对会发生，每当我们试图推，即使我们显式地插入一些文件在我们的git存储库，所以，为了解决这个问题，简单地尝试..

: git拉

然后. .

：git push

注意:如果你不小心卡在vim编辑器拉你的存储库比不要担心，只是关闭vim编辑器，并尝试推:)

推力

Git push -f origin master

这通常发生在回购包含一些不在本地的项时。因此，为了推动我们的更改，在这种情况下，我们需要集成远程更改，然后进行推送。

所以从远程创建一个拉

git pull origin master

然后把更改推到那个遥控器上

git push origin master

你可以试试这个:git拉origin master -rebase

我已经完成了以下步骤。终于可以正常工作了。

步骤

1） git init

2) git状态(用于检查状态)

3) git添加。(添加所有更改文件(.))

4) git commit -m "<传递你的注释>"

5) git远程添加来源“<传递你的项目克隆url>”

6) git pull——allow-unrelated-histories "<传递你的项目克隆url>" master

7) git push -u "<传递你的项目克隆url>" master

我也有同样的问题。碰巧我已经在存储库上创建了. readme文件，而没有先拉它。

您可能希望删除. readme文件或在推送之前将其拉出。

Git pull -rebase origin master Git push origin master

Git push -f origin master

警告git push -f origin master

强制推动现有的存储库，也删除以前的存储库，所以如果你不需要以前的版本，这可能是有帮助的

错误可能是因为你提交的代码结构不同，这是目前在GitHub上。你可以参考:如何处理“拒绝合并不相关的历史”错误:

git pull --allow-unrelated-histories
git push -f origin master

这对我来说是最好的选择，而且很简单

快拉，变基

then

git push

祝你好运

你可以使用

git pull --rebase <your_repository_name> <your_branch>

如果您在本地存储库(特别是README.md)中还没有注册一些更改，这将有所帮助。

我是这样解决这个问题的:

Git拉源主 Git push origin master

这通常发生在您的远程分支没有更新时。 在这之后，如果你得到一个类似"请输入提交信息"的错误 参考这个(对我来说，王小虎的回答是有效的:))

我也有同样的问题。确保你在正确的Heroku帐户。

当我试图把更改推到错误的Heroku账户时出现了。

如果你已经用ReadMe文件初始化了一个新的GitHub repo，并且还收到了一个致命的错误，像这样:

致命的:拒绝合并不相关的历史

然后你可能想试试下面的命令:

git pull origin master --allow-unrelated-histories

现在你可以尝试将你的项目推到你的新存储库:

git push origin [branch]

注意:如果你已经在Github中初始化了存储库，并且在本地提交，那么你需要使用上面建议的命令，第一个命令“git pull origin…”否则，您可以简单地键入以下命令:

git pull origin [branch]

希望对大家有帮助。

1.Git拉源

2.根据您的需求接受更改，比如保留传入的更改或保留现有的更改。

3.Git add else给出Git add。 4.Git commit -m "保留你的提交信息"

5.Git推源

这对我很有效。如果对你不起作用请告诉我。

您可以简单而安全地恢复您的同事所做的更改。使用git revert命令。

git revert commit-hash

使用下面的命令可以找到散列。

git log

它不是理想的恢复提交，事实上，它是一个非常罕见的情况下这样做。经常发生的情况是，开发人员会并发地处理类似的文件，并进行不同的更改。构建Git是为了减少维护健康代码库所需的工作量。

在git的基础上，Github、Atlassian、GitLab等服务提供了方便的界面和功能，可以减少更多类似的问题。 例如，防止直接推送到共享分支，并使用子分支的拉请求代替它们。

如果你的团队缺乏一点组织性。我给你的建议是加快工作速度，在其他人之前推动突破性的变化。(jk)

我的独白已经说够了，当这个问题发生时，我喜欢使用一些方法。

首先，也是最明显的一点，在推动更改之前尝试解决冲突。现在的ide有很好的冲突界面，这是一个关于vs-code的例子。

有几个明显的按钮“接受当前、传入和两者”，可以让你选择想要保留、修改或删除哪段代码。如果您愿意，还可以手动编辑代码!当然没有IDE的同意。

当您的工作正在进行，并且您确实需要您的团队成员所做的更改时，这是非常棒的。或者当你完成工作，只想在第三次加班后上床睡觉前写一份公关报告。

你可以通过cmd做同样的事情，但你可能会在进程结束时结束。

如果你正在开发一个大型功能，并且已经做了很多更改，但你想保持文件未提交，因为有时这样做很方便。藏东西是你的朋友。

git stash > Will temporary store your changes locally until you do a 
git stash pop >  which will retrieve and apply the changes for you.

在存储操作之间拉一个分支不会触发冲突，假设您的分支接近共享的分支。否则，你就回来了 在第一步。

我的第三个也是最后一个小秘密是diff文件。

git checkout -b branch_a
git diff dev..branch_a > changes.diff
git apply changes.diff

它所做的基本上是比较两个分支之间的差异，并创建一个名为changes的文件。Diff将显示您的同事所做的所有更改，并将帮助您决定保留或删除哪些内容

顺便说一句!你可以用merge -abort来取消m