两者之间有什么区别?git pull和git fetch?

当前回答

好,这里有一些关于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携手合作...

2017-06-21 09:48:21

其他回答

回报 :

谈到上述答案中的拉动和取回,我想分享一个有趣的把戏,

`git pull --rebase`

以上命令是我生命中最有用的命令挽救了很多时间

在将您的新承诺推进到服务器之前, 请尝试此命令, 它会自动同步最新的服务器更改( 加上一个抓取 + 合并) , 并将您的承诺放在 Git 日志的顶部。无需担心手动拉动/ 合并。

查找详细信息 :http://gitolite.com/git-pull--rebase

2015-12-23 15:31:03

简简单简的答案是:git pull简单git fetch和继继继继继继git merge.

必须指出,git pull会不管你喜不喜欢自动合并。这当然可能导致合并冲突。让我们假设你的远程是origin并且你的分支是master。如果您git diff origin/master在拉车之前,你应该对潜在的合并冲突有某种了解,并且可以据此为你的当地部门做好准备。

除了拉和推,一些工作流程涉及git rebase,例如这一条,我从相关条款中转述如下:

git pull origin master
git checkout foo-branch
git rebase master
git push origin foo-branch

如果你发现自己处于这种情况, 你可能会被诱惑git pull --rebase除非您真的知道自己在做什么否则我建议不要这么做man页面git-pull版本, 版本2.3.5:

这是一个潜在危险的操作模式。它重写历史, 当您已经发布历史时, 历史并不是好兆头。除非您仔细阅读了 git- rebase(1) , 否则不要使用此选项。

2011-05-15 20:53:04

更简短

git fetch获取更新但不将其合并。

git pull是否为 a 的git fetch兜帽下,然后一个merge.

简简

git fetch类似pull但它不合并。也就是说, 它会获取远程更新( NAME OF TRANSLATORS) 。refs和objects)但您的居住地保持不变(即:origin/master得到更新,但master保留原样) 。。

git pull从一个远程的并瞬间合并中拉下来。

git clone克隆回购。

git rebase将不属于上游分支的当前分支保存到临时区域。您的分支现在和您开始更改前一样。所以,git pull -rebase将拉下远程修改, 倒转您的本地分支, 重放您的变化在您当前分支的顶部一个一个一个地重放直到您更新。

还有git branch -a将显示你们所有分支—— 本地和远程分支—— 究竟发生了什么。

这个博客文章很有用:

Git 拉拉、 Git 抓取和 Git 克隆( 和 Git 重新基底) - Mike Pearce 的区别

和涵盖范围git pull, git fetch, git clone和git rebase.

查看实际差异

仅仅做:

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

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

2019-02-12 19:25:14

"Gitt pull"和"Gitt feter"有什么区别?