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

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

当前回答

和差异之间的差别GIT 抓取和GIT 调可用下列假设情况解释:(记住图片比文字更响亮!

让我们举一个例子来说明您正在与团队成员一起开展一个项目。因此,该项目将有一个主要分支, 所有贡献者都必须将该项目推到他们自己的本地仓库, 然后在这个本地分支上修改/ 添加模块, 然后推回主分支。

那么,初次初次国家当您在本地存储库中将主项目提前启动时, 两支分支中的两支分支将变成这样( ) 。 ( ) @ info: whatsthisA, B和C是项目已完成的模块)

现在,你已经开始研究新模块(假设)D),当你们完成D您想要将模块推到主分支中, 但是同时发生的情况是, 您的队友之一开发了新模块E, F修改和修改C.
所以现在发生的事情是您的本地存储库缺乏项目最初进展的背后从而推动您对主要分支的更改可能导致冲突并可能导致您的模块D发生故障。

为了避免此类问题,并与项目的最初进展平行工作,有两种方式:

1. Git Fetch-(吉特接驳-)这将下载所有对本地分支中不存在的源/主分支工程所做的更改。并将等待 Git 合并命令应用您仓库或分支的更改。

现在您可以仔细监视文件, 然后将其合并到仓库。您也可以修改D因修改而需要时C.

2. Git Pull-(吉特拉拉) - (吉特拉拉)这将更新您的本地分支, 使用源/ 主分支, 即它实际上所做的是 Git Fetch 和 Git 的组合。但这可能引发冲突, 因此建议使用Git Pull,

2017-02-07 14:15:06

其他回答

简单说,如果你打算跳上飞机没有任何互联网连接... 在离开之前,你可以做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) :

ls。此选项将显示文件目录( T) 。没有什么很酷的, 我知道。
现在做做ls -a。这将显示点点文件,即从.这样您就可以看到一个名为 :.git.
do do do Docd .git。这显然会改变你的目录。
现在来有趣的部分; 做ls。您将会看到目录列表。我们正在寻找refs。 do 做cd refs.
有趣的是,看看所有目录里面有什么, 但是让我们集中关注其中两个。heads和remotes. 使用cd检查他们内部。
任何 git fetch它将更新该页面中的指针。/.git/refs/remotes目录。不会更新/.git/refs/heads目录。
任何 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

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

2019-02-12 19:25:14

git pull = = (获取 Git + git 合并)

git refick 不改变本地分支。

如果您已经拥有一个本地仓库, 并且为所要的工程设置了远程设置, 您可以使用 git 抓取, 来抓取所有现有的远程的分支和标记。... Fetch 不改变本地分支。因此您需要将远程分支与本地分支合并, 以纳入新抓取的更改。发自 Github

2013-09-19 22:41:11

我想用视觉来描述这些事情。也许其他开发商也想看,所以我还要补充一下。我不完全确定这一切是否都正确,所以如果你发现任何错误,请评论。

                                         LOCAL SYSTEM
                  . =====================================================    
================= . =================  ===================  =============
REMOTE REPOSITORY . REMOTE REPOSITORY  LOCAL REPOSITORY     WORKING COPY
(ORIGIN)          . (CACHED)           
for example,      . mirror of the      
a github repo.    . remote repo
Can also be       .
multiple repo's   .
                  .
                  .
FETCH  *------------------>*
Your local cache of the remote is updated with the origin (or multiple
external sources, that is git's distributed nature)
                  .
PULL   *-------------------------------------------------------->*
changes are merged directly into your local copy. when conflicts occur, 
you are asked for decisions.
                  .
COMMIT            .                             *<---------------*
When coming from, for example, subversion, you might think that a commit
will update the origin. In git, a commit is only done to your local repo.
                  .
PUSH   *<---------------------------------------*
Synchronizes your changes back into the origin.

拥有远程镜像的一些主要优点是:

业绩业绩业绩业绩业绩(在不试图通过网络挤压所有承诺和信息的情况下标注所有承诺和信息)
反馈反馈反馈反馈反馈有关您所在的本地回收站的状况( 例如, 我使用阿特拉斯斯的源树树, 这将给我一个灯泡, 显示我是否承诺提前或落后于来源。这个信息可以用 GIT Fitch 来更新 ) 。

2014-02-19 21:18:54

和差异之间的差别GIT 抓取和GIT 调可用下列假设情况解释:(记住图片比文字更响亮!

为了避免此类问题,并与项目的最初进展平行工作,有两种方式:

1. Git Fetch-(吉特接驳-)这将下载所有对本地分支中不存在的源/主分支工程所做的更改。并将等待 Git 合并命令应用您仓库或分支的更改。

现在您可以仔细监视文件, 然后将其合并到仓库。您也可以修改D因修改而需要时C.

2017-02-07 14:15:06

更简短

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.