Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/github/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Git 如果一个团队成员是第一次拉取,这被认为是一次获取(因为可能不涉及合并)还是拉取?_Git_Github - Fatal编程技术网

Git 如果一个团队成员是第一次拉取,这被认为是一次获取(因为可能不涉及合并)还是拉取?

Git 如果一个团队成员是第一次拉取,这被认为是一次获取(因为可能不涉及合并)还是拉取?,git,github,Git,Github,很抱歉,我是Git/GitHub的新手,希望确保我正确地将想法传达给其他人。如果我有一个全新的团队成员,谁需要回购协议中的新代码副本(从head)我会让他们“获取”还是“提取”它?由于这是他们第一次获取代码,我可以看到他们只需要获取: "Hey John please fetch the code." 但它们是否仍需要在本地合并?如果是这样,我需要说: "Hey John please pull the code." 我不知道哪一个是正确的 另一方面,“代码”是正确的术语吗?也许我应该说其

很抱歉,我是Git/GitHub的新手,希望确保我正确地将想法传达给其他人。如果我有一个全新的团队成员,谁需要回购协议中的新代码副本(从head)我会让他们“获取”还是“提取”它?由于这是他们第一次获取代码,我可以看到他们只需要获取:

"Hey John please fetch the code."
但它们是否仍需要在本地合并?如果是这样,我需要说:

"Hey John please pull the code."
我不知道哪一个是正确的


另一方面,“代码”是正确的术语吗?也许我应该说其中一个:

"Hey John, please pull/fetch the repo."  
"Hey John, please pull/fetch the master branch."
"Hey John, please pull/fetch head on the master branch."

我会要求他们克隆存储库。这将获取所有分支和标记。然后,您会指示他们签出特定的分支。您还可以在克隆时签出特定分支

git clone [-b BRANCH] <URL> 
git克隆[-b分支]

我会要求他们克隆存储库。这将获取所有分支和标记。然后,您会指示他们签出特定的分支。您还可以在克隆时签出特定分支

git clone [-b BRANCH] <URL> 
git克隆[-b分支]

难道他们不应该克隆整个回购协议吗?严格地说,拉式回购只是获取和合并的组合。除非您引用的是确切的命令,否则您使用的任何动词都应该合理地解释为克隆存储库。从技术上讲,当您在没有提交的存储库中运行
git pull
时,它不会将
git rebase
git merge
作为第二个命令运行。它运行与git checkout相当的
git
。在过去糟糕的日子里,它运行了一个等效程序,销毁了所有您尚未提交的工作树文件;有一次我被这个烫伤得很厉害。我总是建议那些刚接触Git的人避免使用Git pull,而使用这两个底层命令,以便习惯这两个命令的功能以及使用它们的时间。在他们对组件感到满意之后,你可以引入“为你做一切”按钮。这样做的主要原因是“为你做一切”按钮隐藏了这两个组件。有些人可能会说这是一件好事,但事实上,第二步经常出错。知道如何从中恢复很重要,如何恢复部分取决于您使用的第二个命令!难道他们不应该克隆整个回购协议吗?严格地说,拉式回购只是获取和合并的组合。除非您引用的是确切的命令,否则您使用的任何动词都应该合理地解释为克隆存储库。从技术上讲,当您在没有提交的存储库中运行
git pull
时,它不会将
git rebase
git merge
作为第二个命令运行。它运行与git checkout相当的
git
。在过去糟糕的日子里,它运行了一个等效程序,销毁了所有您尚未提交的工作树文件;有一次我被这个烫伤得很厉害。我总是建议那些刚接触Git的人避免使用Git pull,而使用这两个底层命令,以便习惯这两个命令的功能以及使用它们的时间。在他们对组件感到满意之后,你可以引入“为你做一切”按钮。这样做的主要原因是“为你做一切”按钮隐藏了这两个组件。有些人可能会说这是一件好事,但事实上,第二步经常出错。知道如何从中恢复很重要,如何恢复部分取决于您使用的第二个命令!