目录
5.1 团队内协作
5.2 跨团队协作
Git进行版本控制都是在本地库操作的。若想使用Git进行团队协作，就必须借助代码托管中心。
5.1 团队内协作
- 问题引入：成员1（大佬）利用Git在宿主机上初始化本地库，完成代码的整体框架，并添加到暂存区和提交本地库。此时，若成员1想借助团队内其他成员的力量进一步完善代码，应该如何操作呢？
- Step1：成员1（大佬）使用“push”命令将（自己的）本地库推送到（自己的）远程库（代码托管中心）；（无需权限）
- Step2：成员2（新手）使用“clone”命令将（成员1的）远程库克隆到（自己的）本地库；（无需权限）
- Step3：成员2（新手）使用“push”命令将（自己修改后的）本地库推送到（成员1的）远程库；（需要权限）
- 注：成员2需要获取成员1远程库的权限，即成员1需要将成员2加入到自己的团队中（并不是所有人都能往该远程库进行push操作）。
- Step4：成员1（大佬）使用“pull”命令将（成员2修改后的）远程库拉取到（自己的）本地库（进而更新本地库）。
- 注：此时，成员1的本地库、成员2的本地库和远程库的代码 三者完全一致。
5.2 跨团队协作
- 问题引入：若仅仅凭借团队内成员的力量，仍然无法将代码进行完善。此时，还需要借助团队外其他成员的力量。
- 实现1：将外援加入到团队中，使用上述的“团队内协作”机制（不太现实）
- 实现2：使用“跨团队协作”机制
- Step1：外援使用点击“fork”按钮将（成员1的）远程库叉到（自己的）远程库；
- 注：此操作等价于复制操作。
- Step2：外援使用“clone”命令将（自己的）远程库克隆到（自己的）本地库；
- Step3：外援使用“push”命令将（自己修改后的）本地库推送到（自己的）远程库；
- Step4：外援点击“Create pull request”按钮，请求仓库的维护者或其他团队成员来查看、讨论和最终合并更改。
- 注1：pull request不是一个Git命令，而是GitHub（或其他一些托管服务）的概念。
- 注2：打开 GitHub 网站，进入仓库页面，切换到新分支，点击 "Compare & pull request" 按钮。填写相关信息，然后点击 "Create pull request"。
- Step5：团队成员可以在Pull Request页面进行讨论，进行代码审查，提出修改建议等。
- Step6：团队成员点击“Merge pull request”按钮，将（外援的）远程库合并到（自己的）远程库；
- 当代码经过审查并通过测试，可以点击 "Merge pull request" 按钮将新功能分支的更改合并到主分支。
- Step7：团队成员使用“pull”命令将（自己的）远程库拉取到（自己的）本地库。
