非常适合在开发项目中协作管理和控制文件的版本
对于那些以团队方式开发项目并始终需要拥有最新版本文件的人来说，Git pull 是一个有用的命令。它是一个快捷方式，允许您检查远程存储库（git fetch）并在本地生成最终更新的文件（git merge）。
实际上，git分支是使用git的项目的代码分支。
VCS 使用字母或数字 新加坡电话号码表 代码记录使用日期和作者身份等数据进行的所有更改、修订和更新。
这些信息使您能够控制项目的更改并以系统的方式管理软件配置。
当版本需要测试时，git pull 会合并更改并将所有项目更新提交到当前分支。
如何使用git拉取？
git pull 命令用于从远程存储库检索和下载内容，并在下载后更新本地存储库。这对于需要将远程上游更改合并到本地存储库的协作工作流程非常有用。
如前所述，git pull 是两个命令的组合，即 git fetch 和 git merge。
在第一阶段，运行 git fetch，下载所需远程存储库的内容。
然后，git merge 命令将多个提交序列合并到一个分支中。
查看 git pull 的五种用法。
- 整合
（来源：Openclipart/复制品）
Git pull 不仅会从远程存储库下载新的更改，还会将它们直接合并到本地 HEAD 分支中。默认情况下，这种集成通过“合并”进行，但也可以通过“rebase”执行：$ git pull origin master – rebase。
如果不需要直接集成新的更改，那么可以使用 git fetch。
这只会下载新的更改，而 HEAD 分支和工作副本文件保持不变。
$ git 获取原点
- 简单的命令
在大多数情况下，本地 HEAD 分支已经有一个与远程分支配置的合适的跟踪连接。
此设置提供默认值，以便 pull 命令已经知道从哪里拉取，而无需任何其他选项。
这意味着，如果已配置跟踪连接，则可以使用简单的形式命令 $ git pull 省略存储库命名以及分支。
- 拉取请求
一个项目如果同时进行多项合作，则更容易产生冲突。
因此，git有一个安全阀来保证众多贡献最稳定的整合。
拉取请求放置了一个用于评估的分支，这是主项目的一个分支，允许在不修改主代码的情况下进行更改，主代码在合并到主文件之前会经过审查。
该命令是通过GitHub平台执行的，而不是直接在终端中执行。为此，您需要导航到创建分支的存储库，然后单击“新拉取请求”。
用户可以编写注释来解释所请求的更改，并使审阅者的工作更加轻松。
- 更改拉取请求
即使在发出拉取请求之后，主分支中建议的更改也可以修改。这允许开发人员在评估请求之前修复任何错误或改进代码。
为此，您仍然需要在 GitHub 平台内的存储库名称下方选择“拉取请求”。
选择要修改的分支后，必须单击“编辑”。
可以通过从下拉列表中选择基本分支来比较更改。
最后，会出现一条警报，通知您一些旧的提交可能会被删除。
只需单击“更改基础”并进行您希望的任何更改，这些更改将合并到拉取请求中并发送以供审核。
- 拉取请求审查
开发人员使用 Git Pull 命令。
（来源：Bench Accounting/Unsplash/Representation）
发送后，拉取请求可供审阅者使用，审阅者在批准并合并到主分支之前评估文件，此外还留下个人评论，甚至请求其他更改。
只有选定的团队成员才能进行审核。即使审阅者不批准提案，所有者或管理员也可以批准拉取请求；即使审阅者离开团队，这也允许工作继续进行。
- Pull请求批准和合并
审阅者可以选择仅发送评论和建议，而不必将更改合并到主分支中。
这允许其他审阅者、管理员和所有者在批准之前审阅拉取请求。在某些情况下，合并之前存在最低数量的修订。
一旦执行，拉取请求提案的合并就无法撤消；因此，无论谁批准并因此允许合并，都必须分析所有修订。
如果有多个 Pull Request，一次只能批准一个提案，以避免最终文件发生冲突。
7.本地仓库更新
在批准对主分支的更改后，您必须再次更新本地存储库。这可以直接从终端完成，使用简单的命令： $ git pull。
这可确保本地存储库中的文件版本与远程托管的文件版本相同。