好,这里有一些关于git pull和git fetch这样你就能理解 实际的差别 用几个简单的字来说获取获取最新数据, 但代码不会更改, 也不会干扰您当前的本地分支代码, 但是,拉拉拉获取代码更改并合并您的本地分支, 阅读以获得更多关于每个代码的细节 :

git 获取 git 获取

全部下载refs 参考和对象和任何新的分支 到您的本地仓库...

从一个或多个其他仓库获取分支和/或标签(统称“refs”),以及完成历史所需的物件。远程跟踪分支得到更新(关于控制这种行为的方法,见下文说明)。

默认情况下, 任何标记指向所获取历史的标记也会被获取; 效果是获取标记指向您感兴趣的分支。 此默认行为可以通过使用 -- tags 或 -- no-tags 选项或通过配置远程.... tagOpt 来更改。 通过使用重新检查, 明确获取标记, 您可以将标记指向您感兴趣的分支, 也可以获取标记指向您感兴趣的分支 。

git 抓取可同时从一个命名的仓库或 URL 或从多个仓库获取,如果给出了,并且有远程。 在配置文件中输入 。 (见 git- config)1).

当没有指定远程时, 默认会使用来源远程, 除非为当前分支配置了上游分支 。

所抓取的参考文献的名称,连同它们指向的对象名称,都写到.git/FETCH_HEAD。此信息可用于脚本或其他 git 命令, 如 git- pull 。

---

git 拉

它将应用来自偏远会 议 日 和 排当前分支当前分支当地...

包含从远程仓库到当前分支的更改。 在默认模式中, git 拉动是 Git 获取的速记, 之后是 git 合并 FETCH_HEAD 。

更精确地说, git pull 运行 Git 获取带有给定参数的 git 并调用 git 合并, 将回收的分支头合并到当前分支。 如果使用 -- rebase, 它会运行 git 重基而不是 git 合并 。

应该是传递到 Git-fasser 的远程仓库的名称1。可以指定任意的远程参考文献(例如,标签的名称),甚至可以指定具有相应的远程跟踪分支(例如,参考文献/标题/)的参考文献集。备注/备忘/发源/发源/发源/发件人:),但通常是远程存储库中的分支的名称。

以 git-branch -- track 设定的当前分支的“ 远程” 和“ 合并” 配置的默认值, 并从中读取 。

---

我还创造了视觉显示您如何在下面git fetch和git pull携手合作...

最简单的说,git pull是否为 a 的git fetch续 续 agit merge.

---

git fetch更新您的远程跟踪分支refs/remotes/<remote>/。此操作可以随时安全运行,因为它不会改变您在refs/heads.

git pull本地分支提供其远程版本的最新信息,同时更新其他远程跟踪分支。

调自 Git 文档git pull:

git pull运行中git fetch使用给定参数,然后取决于配置选项或命令行的旗帜,将调用其中之一git rebase或git merge以便各处之间互相调和。

---

有必要记住,在任何特定机器的Git存储库工作时,存储库载有来自所有远程的所有分支的复制件,以及每个地方分支的复制件,你已经做了一些工作。

你可以看到这个使用git branch -a显示您所在的分支机构,包括master和所有遥控器的分支。

master
feature/my-feature-branch
remotes/origin/master
remotes/origin/my-feature-branch
remotes/another-remote-machine/master
remotes/another-remote-machine/my-feature-branch

上面我已指出 遥控遥控器的存在origin以另一个名称返回和另一个远程another-remote-machine.

注意 您不必在所有仓库中拥有每个分支的复制件 。 (remotes 和 local.) 它取决于您通过运行同步 。git pull, git push, git fetch,来自不同的机器 / 仓库 所涉及的。

这儿是奥利弗·斯蒂尔关于一切合而为一的形象:

简单说,如果你打算跳上飞机 没有任何互联网连接... 在离开之前,你可以做git fetch origin <branch>。它会将所有更改带入您的计算机,但会将其与您的本地开发/工作空间区分开来。

在飞机上,您可以对本地工作空间进行修改,然后将其与您先前所获取的合并,然后解决潜在的合并冲突,而无需与互联网连接。除非有人做了新建新远程仓库的更改 :git push origin <branch>去拿你的咖啡来

---

从这美妙的阿特拉斯教程:

缩略git fetch命令从远程仓库下载文件,从远程仓库下载到本地仓库。

获取是您想看到每个人 所做的事其它它与 SVN 的更新相似, 它让您看到中央历史的进展, 但并不迫使您将修改合并到仓库。 Git从现有本地内容中获取的内容,它有绝对当地发展工作不受到任何影响。获取的内容必须使用git checkout命令。这使得获取安全的审查方式在将其与您本地的仓库整合之前能够兑现承诺。

从远程仓库下载内容时,git pull和git fetch用于完成任务的命令。您可以考虑git fetch两个命令的“ 安全” 版本。 它会下载远程内容, 但不更新本地仓库的工作状态, 使您目前的工作保持完整 。git pull是一个更积极的选项, 它会下载远程内容, 并立即执行 。git merge以创建新远程内容的合并承诺。如果您在进展中出现变化,这将引发冲突和启动合并冲突解决流程。

---

与git pull:

• 你没有得到任何孤立。
• 不需要明确检查 因为它暗含git merge.
• 合并步骤将影响您的本地发展,中 中 中 中 中 中导致冲突起因的冲突
• 基本上不安全 这是侵略性的
• 相 异git fetch它只影响你.git/refs/remotesGit拉力会影响你.git/refs/remotes 和 .git/refs/heads/

---

嗯... 所以如果我不更新工作副本git fetch,然后我在哪里做改变? Git在哪里获得新承诺的商店?

最首要的重要问题,heads或remotes不存储新的承诺,他们只是指针承诺承诺。git fetch下载最新数据git 对象(blob, 树, 承诺。 要完全理解对象观察这个视频在 Git 内部),但只能更新您的remotes指指该分支的最新任务。 它仍然与您的工作副本隔开, 因为您的分支的指针在heads目录尚未更新。 它只会在merge/pull但还是在哪里?

在您的工程目录( 即您在哪里做git执行命令( do) :

1. ls。此选项将显示文件目录( T) 。 没有什么很酷的, 我知道 。

2. 现在做做ls -a。这将显示点点文件,即从.这样您就可以看到一个名为 :.git.

3. do do do Docd .git。这显然会改变你的目录。

4. 现在来有趣的部分; 做ls。您将会看到目录列表。我们正在寻找refs。 do 做cd refs.

5. 有趣的是,看看所有目录里面有什么, 但是让我们集中关注其中两个。heads和remotes. 使用cd检查他们内部。

6. 任何 git fetch它将更新该页面中的指针。/.git/refs/remotes目录。不会更新/.git/refs/heads目录。

7. 任何 git pull将首先完成git fetch更新项目并更新/.git/refs/remotes目录。然后它将会并且,还有与本地的本地合并,然后在/.git/refs/heads目录。

---

还可以找到一个非常良好的相关答案:"Gitt gets" 的地方本身在哪里?.

另外,搜索“斜缩缩写”Git 分支命名惯例它有助于您更好地了解 Git 如何将事物放在不同的目录中。

---

查看实际差异

仅仅做:

git fetch origin master
git checkout master

如果远程主机更新了, 你会收到这样的讯息:

Your branch is behind 'origin/master' by 2 commits, and can be fast-forwarded.
  (use "git pull" to update your local branch)

如果你没有fetch并且刚刚git checkout master然后,你的地方小人物不会知道有2项承诺被添加。 它只会说:

Already on 'master'
Your branch is up to date with 'origin/master'.

但是,这是过时的,不正确的。因为Git会仅仅根据它所知道的,给你反馈。 新的承诺,它还没有撤销...

---

当地分行工作时,有没有办法看到在远距离进行的新变化?

有些国际开发实体(例如Xcode)超级聪明,使用git fetch并且可以说明您当前工作分支的远程分支中已经更改的代码行行。 如果该行被本地更改和远程分支修改, 那么该行会用红色附加注释。 这不是合并冲突。 这是 a潜在潜力合并冲突 。 这是一个提示, 您可以在进行合并冲突前先用它解决未来合并冲突 。git pull来自远程分支。

---

托盘提示 :

如果您已获取远程分支, 例如 :

git fetch origin feature/123

这将进入您的远程目录。 您的本地目录仍然无法访问它。 但是, 它简化了您在 DWIM 远程分支的校验( 做我的意思 ) :

git checkout feature/123

无需再做下列工作:

git checkout -b feature/123 origin/feature/123

将 " 更多 " 改为 " 更多 " 改为 " 更多 "在这里

初学者的简单图形化代表,

在这里,

git pull  

将会从仓库获取代码 并重新基础与您的本地... 在git拉动中,有 可能性创造新的承诺。

但是在,

git 获取 git 获取

将会从存储库获取代码, 我们需要通过使用git rebase

eg: 我要从服务器主机取回它, 并在本地主机重标 。

1) git pull( 重基将自动完成) :

git pull origin master

在这里来源来源是你的远程回寄师父您的分支

2) git 获取( 需要手动重标) :

git fetch origin master

它会从源代码中获取服务器更改。 它会位于本地, 直到您自己重新定位它。 我们需要通过检查代码手动来修正冲突 。

git rebase origin/master

这将会将代码重设为本地代码。 在确保您在正确的分支之前。

所有分支都存放在.git/refs

所有地方分支机构都存放在.git/refs/heads

所有远程分支都存放在.git/refs/remotes

缩略git fetch命令下载 承诺, 文件, 和 refs 从远程仓库下载到您的本地 repo 。 抓取是您想要看到其他人正在做的工作时要做的事情 。

所以当你做git fetch全部文件、 承诺和 refs 都下载在

此目录.git/refs/remotes

您可以切换到这些分支以查看变化 。

另外,如果你愿意,你可以把它们合并起来。

git pull只需下载这些更改, 并将其合并到当前分支 。

示例示例示例示例

如果您想看远程分支的工作dev/jd/feature/auth,你只需要做

git fetch origin dev/jd/feature/auth

看到变化或工作进展做,

git checkout dev/jd/feature/auth

但如果您也想要获取它们并将其合并到当前分支,

git pull origin dev/jd/feature/auth

如果有的话git fetch origin branch_name,它将获取分支,现在您可以切换到您想要的分支,并看到变化。您的本地主子或其他本地分支不会受到影响。但您不会受到影响。git pull origin branch_name将获取分支, 并合并到当前分支 。