OK,这里有一些关于 Git pull 和 Git fick 的信息, 以便您能够理解实际差异... 几个简单的字, 获取最新数据, 但代码不会修改, 并且不会与您当前的本地分支代码发生混乱, 但是拉动代码修改, 并合并您的本地分支, 阅读以获得更多关于每个代码的细节 :

git 获取 git 获取

它会下载所有参考文献和对象 以及任何新的分支 到您的本地仓库...

从一个或多个其他仓库获取分支和(或)标记( 统称“ refs” ) , 以及完成历史所需的对象 。 远程跟踪分支会更新( 见下文关于控制此行为的方法的描述 ) 。 默认情况下, 任何指向所获取历史的标记也会被获取; 效果是从您感兴趣的分支获取标记。 这种默认行为可以通过使用 -- tags 或 -- no- tags 选项或配置远程来改变 。 tagOpt 。 通过使用直截取标记的重新检查, 您可以获取不指向您感兴趣的分支的标记 。 git 抓取标记可以一次从一个命名的仓库或 URL 中获取, 或从多个仓库中获取标记, 如果给定了, 并且有远程 。 配置文件中的条目。 (见 git- configg ) 。 当没有指定远程的遥控时, 除非为当前分支配置了上游分支。 正在获取的 ref 名称, 连同对象名称一起被您感兴趣的分支, 或脚本指令 可能被写入。

git 拉

它将应用本地从远程到当前分支的更改...

包含从远程仓库到当前分支的更改。 在默认模式下, git pull 是 Git 抓取的短手, 之后是 git 合并 FETCH_HEAD 。 更准确地说, git pull 以给定参数抓取 git 和调用 git 合并将回收的分支头合并到当前分支。 有了 -- rebase, 它会运行 git 重新基准而不是 git 合并 。 应该是被传送到 git- fetch1 的远程仓库的名称 。 它可以指定任意的远程 ref( 例如标签名称) , 或甚至收藏含有相应远程跟踪分支的refs/: heads/: refs/ remotes/genter/) , 但它通常是远程仓库中分支的名称 。 默认值, 由 git- branch 设定的当前分支的“ remote” 和“ merge” 配置, 从中读取 。

我还创建了下面的视觉图 来展示你们如何拼凑和拼凑在一起...

调

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

git refick 不改变本地分支 。

如果您已经拥有一个本地仓库, 并且为所要的工程设置了远程设置, 您可以使用 git 抓取 。 ... Fetch 不改变本地分支 。 因此您需要将远程分支与本地分支合并, 以便从 Github 中引入新获取的更改 。

我们简单地说:

git pull == git fetch + git merge

如果您运行 Git 调用, 您不需要将数据合并到本地 。 如果您运行 Git 抓取, 这意味着您必须运行 Git 合并才能将最新代码获取到本地机器 。 否则, 本地的机器代码不会在不合并的情况下被更改 。

所以在 Git Gui 中, 当您获取时, 您必须合并数据 。 获取本身不会在本地修改代码 。 您可以检查当您通过一次获取并查看来更新代码时, 是否更新了代码; 代码不会改变 。 然后您将合并... 您将会看到修改后的代码 。

以下是Oliver Steele的画面,

调

OK,这里有一些关于 Git pull 和 Git fick 的信息, 以便您能够理解实际差异... 几个简单的字, 获取最新数据, 但代码不会修改, 并且不会与您当前的本地分支代码发生混乱, 但是拉动代码修改, 并合并您的本地分支, 阅读以获得更多关于每个代码的细节 :

git 获取 git 获取

它会下载所有参考文献和对象 以及任何新的分支 到您的本地仓库...

从一个或多个其他仓库获取分支和(或)标记( 统称“ refs” ) , 以及完成历史所需的对象 。 远程跟踪分支会更新( 见下文关于控制此行为的方法的描述 ) 。 默认情况下, 任何指向所获取历史的标记也会被获取; 效果是从您感兴趣的分支获取标记。 这种默认行为可以通过使用 -- tags 或 -- no- tags 选项或配置远程来改变 。 tagOpt 。 通过使用直截取标记的重新检查, 您可以获取不指向您感兴趣的分支的标记 。 git 抓取标记可以一次从一个命名的仓库或 URL 中获取, 或从多个仓库中获取标记, 如果给定了, 并且有远程 。 配置文件中的条目。 (见 git- configg ) 。 当没有指定远程的遥控时, 除非为当前分支配置了上游分支。 正在获取的 ref 名称, 连同对象名称一起被您感兴趣的分支, 或脚本指令 可能被写入。

git 拉

它将应用本地从远程到当前分支的更改...

包含从远程仓库到当前分支的更改。 在默认模式下, git pull 是 Git 抓取的短手, 之后是 git 合并 FETCH_HEAD 。 更准确地说, git pull 以给定参数抓取 git 和调用 git 合并将回收的分支头合并到当前分支。 有了 -- rebase, 它会运行 git 重新基准而不是 git 合并 。 应该是被传送到 git- fetch1 的远程仓库的名称 。 它可以指定任意的远程 ref( 例如标签名称) , 或甚至收藏含有相应远程跟踪分支的refs/: heads/: refs/ remotes/genter/) , 但它通常是远程仓库中分支的名称 。 默认值, 由 git- branch 设定的当前分支的“ remote” 和“ merge” 配置, 从中读取 。

我还创建了下面的视觉图 来展示你们如何拼凑和拼凑在一起...

调

获取获取

git 获取实际上只从远程仓库下载新数据 - 但它没有将任何新数据整合到您的工作文件中。 获取对于获取远程仓库中发生的所有事物的新视图来说是件好事。 由于它具有“ 无害” 的性质, 您可以放心: 获取永远不会操作、 破坏或破坏任何东西 。

拉,拉,拉,拉

相比之下, git pull 用于不同的目的: 以远程服务器的最新更改更新您当前的 HEAD 分支。 这意味着不仅下载新数据, 还会直接将其整合到您当前的工作副本文件中 。