集中式版本控制（CVCS）
版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
优点
1、每个人都可以在一定程度上看到项目中的其他人正在做些什么。
2、管理员可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
缺点
1、必须联网才能工作，这也是其最大的毛病。
2、中央服务器的单点故障，如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。
3、安全问题欠佳，如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，那么我们将丢失所有数据。
分布式版本控制系统
与集中式版本控制系统相比，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，在工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。
分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
配置 git
git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"
创建本地仓库
在当前文件夹目录下创建一个空的命名为 gitstore 的文件夹
mkdir gitstore
进入到文件夹内
cd gitstore
初始化 git 仓库
git init
提交上传
将文件添加到缓存区
git add 文件名
提交到本地仓库
git commit -m "提交时的信息"
到现在文件已经提交到了本地仓库,同时本地仓库也迭代了一个版本。
上传到远程仓库
重命名 git 分支名为 main
git branch -M main
提交到远程 git 仓库
git push -u origin main
远程连接 github 仓库
git remote add origin https://github.com/cr-001/test.git
提交到远程 git 仓库
git push -u origin main
|