我使用 git init 创建了一个 git 存储库，并使用 git remote add origin https://remote-url 添加了一个远程 repo URL
当我在使用git branch --set-upstream-to=origin/master master 设置必要的上游分支来跟踪远程分支之后执行git pull origin master 时（我的本地主分支在执行git checkout master 之后被设置为跟踪远程主分支），我能够将我的远程项目分支的所有修订历史记录到我的本地仓库中。
如果我可以用git pull 很好地做到这一点，那么为什么git 提供git clone 作为单独的命令和替代方案？它是否有任何特殊目的，或者我单独使用git pull 会错过什么？
【问题讨论】：
标签： git
这不是一个不合理的问题。但是这个也是：
你可以运行：
git write-tree
git commit-tree -p HEAD -m message <hash-from-git-write-tree>
git branch -f <current-branch> <hash-from-git-commit-tree>
这做同样的事情——好吧，如果没有错误，它也会做——如下：
git commit -m message
那么为什么我们有一个git commit 命令呢？
这是一个后续问题：其中哪个更易于使用？
git clone 命令实际上相当于运行了多达六个命令，其中五个是Git命令。 git clone涉及的六个步骤是：
mkdir <em>path</em>，创建一个新的空目录来运行git init。 （在特殊情况下跳过此步骤，在这种情况下，您为 git clone 提供现有但空目录的路径名，在这种情况下它会使用该路径名。）
git init，在新目录中创建一个新的空仓库。
git remote add <em>remote</em> <em>url</em>，其中 remote 来自您的 git clone 选项 -o，或者如果您未指定此选项，则为 origin，并且 url 是您在克隆命令中指定的那个。
提供给git clone 的选项中的任何其他git config 命令。
git fetch <em>remote</em>，在提供的 URL 处从 Git 获取提交。
git checkout <em>branch</em>，其中 branch 是您在 git clone 命令中使用 -b 选项指定的那个，或者是由 other 指定的分支 如果您没有指定分支，则为 Git，如果另一个 Git 未指定任何分支，则为 master。
git clone 命令还可以处理在此过程中可能发生的各种错误，否则您必须自己处理。
git pull 命令等同于运行git fetch 后跟第二个 Git 命令。第二个命令通常是git merge，尽管你可以告诉 Git 使用git rebase来代替。但是git pull 还有一种特殊模式：当您将git pull 放入一个完全空的存储库时，就像您在问题中所做的那样，它可以将git checkout 作为第二个命令运行，而不是其他两个命令中的任何一个。
注意：与git clone 不同，在这六个步骤之间 很少需要任何东西，而在git pull 中，me 需要 是很常见的>在我运行第二个命令之前检查git fetch 获得的提交。所以我通常完全避免git pull，因为它迫使我选择第二个命令来运行，并在获取步骤完成后立即运行它，当我想在获取之后做其他事情时，before 我选择是使用合并，还是变基，或者完全使用其他东西。
【讨论】：