【Git远程操作】理解分布式管理 | 创建远程仓库
目录
1.理解分布式管理
多人协作开发
2.创建远程仓库
2.1仓库名&路径
2.2初始化仓库&设置模板
1.理解分布式管理
目前我们学习的所有内容都是在本地来完成的。（add /commit /版本撤销回退/分支管理）
Git是一个分布式 的版本控制系统。
分支管理（益处）：
- master分支很稳定 至 线上环境稳定（其他dev本地分支可以进行其他功能开发以及后序测试直至稳定再合并到master分支上）
- git可以创建多个分支☞多个人员同时开发一个项目☞多人协同开发（效率高）
多人协作开发
- 不仅仅只是有了git的分支管理就可以实现多人协作开发。master分支和其他基于master创建的dev本地分支都是在本地仓库创建的。、
- 每个人都在自己的电脑和服务器上开发，而不是围着一台电脑开发。
❓每个人的电脑/服务器上 都有一个独立且完整的本地仓库。你和你的同事怎么协同开发呢？只需要你们各自将自己本地仓库修改的项目内容推送给对方即可。
- 好处：比起上面一台电脑（安全性提高）
- 坏处：两台电脑不在一个局域网内（相互访问不了）☞不能推送
- 其中一个人的电脑未开机☞不能推送☞正好又坏了☞数据丢失（无安全性）
❓git提供一个中央服务器，保持24h的开机状态。所有人进行多人协作，都是与中央服务器交互的。中央服务器有一个远程仓库。中央服务器和我们的电脑如何来交互呢？
每个人的电脑/服务器都可以克隆一份中央服务器的仓库，克隆到自己的电脑上，保证自己的电脑上拥有和中央服务器一样的Git仓库。
每个人在自己电脑上的仓库中提交/修改之后，将修改的内容再推送到中央服务器的仓库。
如果有人想要查看修改的内容，就可以到中央服务器中拉取对应修改的数据。
中央服务器的作用：方便多人交互（交换/修改）
不怕本地在出现故障导致数据丢失，只要中央服务器还在，里面的推送的代码就还在。
中央服务器仓库 叫 远程仓库（不在本地）
有一群大佬，创建了一个网站（github/gitee）帮助我们 创建git仓库 代码托管的功能（起到一个中央服务器的作用）。国外github / 国内的码云gitee。
GitHub: Let’s build from here · GitHub
工作台 - Gitee.com
2.创建远程仓库
在gitee网站上创建远程仓库，再克隆到本地上本地仓库❗实现本地与远程的交互❗
2.1仓库名&路径
- 一个仓库对应一个项目系统，项目系统的名字对应就是仓库的名字。（一定围绕项目系统做什么来取名）例如：淘宝页面展示命名为taobao-homepage
- 自动补齐 仓库路径：仓库地址 = 仓库路径 + 个人空间地址 直接使用仓库地址链接就可以访问仓库了
- 私有&开源：创建仓库只能选择私有，当创建仓库成功之后就可以选择开源了。
- 仓库介绍
2.2初始化仓库&设置模板
- .gitignore模板后面讲
- 创建的远程仓库是可以设置成员，每个成员角色都有自己的权限。
ReadMe文件：创建好仓库之后，会自动在仓库中配置ReadMe文件。（首先看到ReadMe文件，就可以了解到这个仓库主要的详细的内容是什么）
- 英文版：README.en.md
- 中文版：README.en
Issue模板文件：发现bug问题的人员与我们项目当前的成员/管理者 交流的地方。可以更改模板☞发布问题☞解决问题☞修改。
Pull-Request模板文件：是一个合并申请单PR。
解释：对一个项目进行开发，不是在master分支上开发的。自己创建的其他dev分支开发的。开发完了，是在master对dev分支merge操作，这个操作是非常危险的。因为不确定dev上的代码是否完全没有bug是稳定的。实际开发操作中，是不会随意让master分支去merge合并dev分支的，不被允许。而是开发者需要提一个PR（Pull Request）合并申请单。（写你为什么要合并等一些原因）申请单是给我们的仓库管理员看的，一旦管理员同意了，我们才可以将dev分支merge到master主分支中。
【ReadMe文件】
【Issue模板文件】
【Pull-Request模板文件】
