git 中的 pull 和 clone 有什么区别？

Question

这样做有什么区别（在mkdir repo和cd repo ）：

git init
git remote add origin git://github.com/cmcculloh/repo.git
git fetch --all
git pull origin master

和

git clone git://github.com/cmcculloh/repo.git

我的意思是，显然一个更短，但除此之外，他们基本上做同样的事情吗？

Answer 1

git clone是您获取现有存储库的本地副本的方法。 对于给定的存储库，它通常只使用一次，除非您想拥有它的多个工作副本。 （或者想在弄乱本地副本后获得一份干净的副本......）

git pull （或git fetch + git merge ）是你如何使用来自远程存储库的新提交来更新本地副本。 如果您正在与他人协作，这是您将经常运行的命令。

正如您的第一个示例所示，可以使用各种其他 git 命令来模拟git clone ，但实际情况并非git pull与git clone做“基本相同的事情”（反之亦然）。

Answer 2

它们基本相同，除了 clone 会设置额外的远程跟踪分支，而不仅仅是 master。 查看手册页：

将存储库克隆到新创建的目录中，为克隆存储库中的每个分支创建远程跟踪分支（使用 git branch -r 可见），并创建并检出从克隆存储库当前活动分支分叉的初始分支。

Answer 3

用外行的语言我们可以说：

• 克隆：获取远程存储库的工作副本。
• Pull ：我正在处理这个问题，请给我一些其他人可能会更新的新变化。

Answer 4

git clone意味着您正在系统中制作存储库的副本。

git fork意味着您正在将存储库复制到您的 Github 帐户。

git pull意味着您正在获取最后修改的存储库。

git push意味着您在修改存储库后返回存储库。

通俗地说：

git clone正在下载， git pull正在刷新。

Answer 5

克隆小姐：我得到了一份新的本地副本。

拉先生：我本地已经有了，我只是更新一下。

---

克隆小姐：我可以做你做的！ 你只是我的一个子集。

拉先生：同上！

---

克隆小姐：不，你不创造。 这就是我所做的：

1. 在本地计算机中创建空的裸存储库。
2. 填充远程跟踪分支（下载到本地计算机的 repo 中的所有分支）
3. 不带参数运行 git fetch

你只做#3，然后你合并，我不需要做（我的是新鲜的）。

Mr Pull：聪明的裤子，没什么大不了的，我会先做一个“git init”！ 那我们就一样了。

---

克隆小姐：不，亲爱的，你不需要'签出的分支'...... git checkout吗？ 谁来做？ 我！

拉先生：哦对了，这是需要的。 我需要一个默认分支来执行操作。 但是..但是我对现有的回购有额外的“合并”能力！ 这使我成为 Git 中最常用的命令；)

---

Git 创建者：拉住你的马，拉先生，如果 --bare 或 --mirror 与 clone 或 init 一起使用，你的合并将不会发生。 它保持只读状态。 对于克隆小姐， git checkout可以替换为git fetch <remote> <srcBranch>:<destBranch>除非您想使用-s <strategy>和 pull 在 fetch 中丢失。

---

克隆小姐：不知何故，我觉得自己已经是赢家了，但让我也放弃这个：我的命令适用于存储库中的所有分支。 你是那种心胸开阔的拉先生吗？

Pull 先生：在从 repo 中获取所有分支名称（只是“名称”）时，我的思路很宽泛。 因为我不喜欢获取不必要的分支。 但是合并只会发生在当前签出的分支上。 排他性就是名字！ 在您的情况下，您也只结帐一个分行。

Git 创建者：仅添加一项：如果需要，Miss Clone 可以限制在一个分支上git clone --single-branch --branch <branch name> <url>

Answer 6

clone ：将远程服务器存储库复制到本地计算机。

pull ：获取其他已添加到本地计算机的新更改。

这就是区别。

Clone 通常用于获取远程 repo 副本。

Pull 用于查看其他团队成员添加的代码，如果您在团队中工作。

Answer 7

git clone仅用于准确下载当前在远程服务器存储库上运行的内容，并将其保存在该项目所在的机器文件夹中。 大多数情况下，它仅在我们第一次上传项目时使用。 在那之后拉动是更好的选择。

git pull基本上是一个（克隆（下载）+合并）操作，主要用于团队合作。 换句话说，当您想要该项目的最近更改时，您可以拉取。

Answer 8

嗯，当我拉取时看到远程分支“4.2”缺少什么，就像我克隆时一样？ 有些东西显然不一样。

tmp$  mkdir some_repo

tmp$  cd some_repo

some_repo$  git init
Initialized empty Git repository in /tmp/some_repo/.git/

some_repo$  git pull https://github.ourplace.net/babelfish/some_repo.git
  :
From https://github.ourplace.net/babelfish/some_repo
 * branch            HEAD       -> FETCH_HEAD

some_repo$  git branch
* master

对比

tmp$  rm -rf some_repo

tmp$  git clone https://github.ourplace.net/babelfish/some_repo.git
Cloning into 'some_repo'...
  :
Checking connectivity... done.

tmp$  cd some_repo

some_repo$  git branch
* 4.2

Answer 9

虽然git fetch命令将获取服务器上您还没有的所有更改，但它根本不会修改您的工作目录。 它只会为您获取数据并让您自己合并。 但是，有一个名为git pull的命令，在大多数情况下，它本质上是一个git fetch紧跟其后的git merge 。

阅读更多： https : //git-scm.com/book/en/v2/Git-Branching-Remote-Branches#Pulling

Answer 10

git clone URL ---> 完整的项目或存储库将作为单独的目录下载。 而不仅仅是更改 git pull URL ---> fetch + merge --> 它只会获取已完成的更改而不是整个项目

Answer 11

克隆- ：它将在您的本地机器上创建您的远程存储库项目的完全重复的副本。

Pull - ：假设两个或两个以上的人共享同一个存储库。 （假设另一个人的名字是 Syam）（一个 Repository 是你的项目在 Github 中存在的地方）所以如果 Syam 在他本地的同一个项目中做了一些更改并将其推送到远程存储库 那么无论 Syam 做了什么更改，这些更改都会不反映在你的本地。 因此，要在本地反映这些新更改，您必须使用 git pull。 总的来说，我们使用 git pull 来更新项目。

所以基本上我们只使用 git clone 一次，而我们多次使用 git pull 。

Answer 12

git clone <remote-url> <=>

• 创建一个新目录
• git init // 初始化新仓库
• git remote add origin <remote-url> // 添加远程
• git fetch // 获取所有远程分支
• git switch <default_branch> // 切换到默认分支

git pull <=>

• 获取所有远程分支
• 将当前本地分支与跟踪远程分支（不是另一个分支）合并（如果本地分支存在）

git pull <remote> <branch> <=>

• 获取远程分支
• 将当前本地分支与远程分支合并（如果本地分支存在）