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

时间:2017-07-11 08:02:21

标签: git fetch rebase pull

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

我在某处读到你需要做一个git pull / fetch,你做了一个推送到远程,以便你与远程同步,你的本地存储库没有告诉你“你领先于ORIGIN / by当我使用git status命令时,n提交“

我的印象是,当我推送时,我的更改将致力于远程回购,并且没有必要拉到我的本地仓库,因为这是最新的更改。我不明白为什么当我运行git status时,为什么我得到“你在ORIGIN / by n commits”之前的消息。最重要的是,当我做了一个git pull试图在推送到远程后立即纠正问题时,git告诉我,我已经合并了我需要在本地仓库中解决的问题。

我能够用git reset摆脱它,但不相信这是解决这个问题的正确方法!!

有人可以帮助我完成从推送到远程仓库所需执行的正确命令序列,这样我将来就不会遇到这些类型的问题。

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

//假设您已经在工作目录中,其中一个是下一个正确的命令:

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

1 个答案:

答案 0 :(得分:0)

当我第一次克隆使用

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 --allgit pull origin <correct branch name>时没有任何问题,并且没有合并冲突。