Git 推送和 Pull/fetch/rebase 频率 - 最佳实践

Question

在将我的更改推送到远程存储库后，运行我在使用 git 时遇到了一些麻烦。我是唯一一个做开发的人，所以我在推送我的提交后没有做 Pull/fetch 因为我认为没有必要。

我在某处读到你必须在推送到远程之后执行 git pull/fetch 以便你与远程同步并且你的本地存储库没有告诉你 "you are ahead of ORIGIN/ by n commits" 当我使用 git status 命令时。

我的印象是，当我推送时，我的更改会提交到远程仓库，不需要拉到我的本地仓库，因为它是拥有最新更改的主仓库。我不明白为什么我在运行 git status 时收到 "you are ahead of ORIGIN/ by n commits" 消息。最重要的是，当我执行 git pull 尝试在推送到远程后立即纠正问题时，git 告诉我我有合并问题需要在我的本地 repo 中解决。

我可以用 git reset 摆脱它，但不相信这是解决这个问题的正确方法！！

谁能帮我解决从推送到远程回购开始需要执行的正确命令顺序，这样我以后就不会运行遇到这些类型的问题了。

这是我第一次尝试： git push <to Remote Repo address> <to Remote Branch>

//假设您已经在工作目录中，下面哪一个是正确的命令：

git pull <from Remote Repo> 或 git fetch <from Remote Repo> 或 git pull --rebase

Answer 1

当我第一次克隆我的使用

git clone <https://gitlab......git> 
cd <git cloned project directory> 
git branch -a
git checkout <branch name>

检查我获取时会发生什么

git fetch --all

文件没有变化，也没有合并冲突！然后当我做了

git pull <https://gitlab......git>

或者如果我尝试做

git pull origin master

存在合并冲突。我的错误就在这一点上。

当我使用 git pull origin master 主存储库被拉取并与我的本地分支混合，导致合并冲突。当我尝试 git pull --all 或 git pull origin <correct branch name> 时没有问题，也没有合并冲突。

Git 推送和 Pull/fetch/rebase 频率 - 最佳实践

Git push and Pull/fetch/rebase frequency - best practices

git

fetch

rebase

pull