.1理解分布式版本控制系统

我们目前所说的所有内容(工作区暂存区版本库等等)都是在本地!也就是在你的笔记本或者

计算机上。

而我们的Git其实是分布式版本控制系统!什么意思呢?

可以简单理解为我们每个人的电脑上都是一个完整的版本库这样你工作的时候就不需要联网

了因为版本库就在你自己的电脑上。

既然每个人电脑.上都有一个完整的版本库那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑.上改了文件A,这时你们俩之间只需把各自的修改推送给对方就可以互相看到对方的修改了。

分布式版本控制系统的安全性要高很多因为每个人电脑里都有完整的版本库某--个人的电脑坏掉了不要紧随便从其他人那里复制一个就可以了。

在实际使用分布式版本控制系统的时候其实很少在两人之间的电脑上推送版本库的修改因为可能你们俩不在一个局域网内两台电脑互相访问不了。

也可能今天你的同事病了他的电脑压根没有开机。

因此分布式版本控制系统通常也有一台充当“中央服务器”的电脑但这个服务器的作用仅仅是用来方便“交换”大家的修改没有它大家也一样干活只是交换修改不方便而已。

有了这个“中.央服务器”的电脑这样就不怕本地出现什么故障了(比如运气差硬盘坏了.上面的所有东西全部丢失包括git的所有内容)

1.2远程仓库.

Git是分布式版本控制系统同一个Git仓库可以分布到不同的机器上。

怎么分布呢?最早肯定只

你肯定会想至少需要两台机器才能玩远程库不是?但是我只有一台电脑怎么玩?

其实一台电脑上也是可以克隆多个版本库的只要不在同一个目录下。

不过现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩因为一台电脑.上搞几个远程库完全没有意义而且硬盘挂了会导致所有库都挂掉所以我也不告诉你在一台电脑上怎么克隆多个仓库。

实际情况往往是这样找一台电脑充当服务器的角色每天24小时开机其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上并且各自把各自的提交推送到服务器仓库里也从服务器仓库中拉取别人的提交。

1.2.1新建远程仓库

从创建好的远程仓库中我们便能看到之前在本地学习过的分支也存在于远程仓库中并被管理起来了。

刚创建的仓库有且只有一个默认的master分支。

1.2.2克隆远程仓库

SSH协议和HTTPS协议是Git最常使用的两种数据传输协议。

SSH

协议使用了公钥加密和公钥登陆机制体现了其实用性和安全性使用此协议需要将我们的公钥放上服务器由Git服务器进行管理。

使用HTTPS方式时没有要求可以直接克隆下来。

使用HTTPS方式:

使用SSH方式克隆仓库由于我们没有添加公钥到远端库中服务器拒绝了我们的clone链接。

需要我们设置一下:

第一步:创建SSH

Key。

在用户主,如果有再看看这个里找到.ssh目录里面有id_

_rsa

点击确认后需要对你进行认证输入你的账号密码即可。

至此我们的准备工作全部做完欢快的clone吧。

Key都添加到GitHub/Gitee,就可以在每台电脑上往GitHub/Gitee.上提交推送了。

当我们从远程仓库克隆后实际上Git会自动把本地的master分支和远程的master分支对应起来,

remote

上面显示了可以抓取和推送的origin的地址。

如果没有推送权限就看不到push的地址。

推送是什么意思呢我们继续往下看。

1.2.3向远程仓库推送

本地已经clone成功远程仓库后我们便可以向仓库中提交内容例如新增一个

file.

提交时要注意如果我们之前设置过全局的name和e-mail,这两项配置需要和gitee上配置的用户

名和邮箱一致否则会出错。

或者从来没有设置过全局的name和e-mail,那么我们第-

-次提交时也

会报错。

这就需要我们重新配置下了同样要注意需要和gitee.上配置的用户名和邮箱一致。

到这里我们已经将内容提交至本地仓库中如何将本地仓库的内容推送至远程仓库呢需要使用git

push命令该命令用于将本地的分支版本上传到远程并合并命令格式如下:

此时我们要将本地的master分支推送到origin主机的master分支则可以:

推送成功!这里由于我们使用的是SSH协议是不用每一次推送都输入密码的方便了我们的推送操作。

如果你使用的是HTTPS协议有个麻烦地方就是每次推送都必须输入口令。

接下来看看码云远端:

此时远程仓库是要领先于本地仓库一个版本为了使本地仓库保持最新的版本我们需要拉取下远端代码并合并到本地。

Git

pull

在日常开发中我们有些文件不想或者不应该提交到远端比如保存了数据库密码的配置文件那怎么让Git知道呢?在Git工作区的根目录下创建-

不需要从头写.gitignore文件,

gitee在创建仓库时就可以为我们生成不过需要我们主动勾选一下

可以的。

无论哪种方式最终都可以得到一个完整的.gitignore文件例如我们想忽略以.so和.

ini结尾所有文件.

。

我们发现Git并没有提示在工作区中有文件新增果然.gitignore生效了!

但有些时候你就是想添加一个文件到Git,但由于这个文件被.gitignore忽略了根本添加不

f强制添加:

gitignore写得有问题需要找出来到底哪个规则写错了比如说a.so文件

check-ignore

gitignore的第3行规则忽略了该文件于是我们就可以知道应该修订哪个规

*这个规则把.

在我们使用Git期间有些命令敲的时候着实让人头疼(太长了。

。

)幸运的是git支持对命令进

行简化!

--global参数是全局参数也就是这些命令在这台电脑的所有Git仓库下都有用。

如果不加那只

st看看效果:

的一个标识相当于起了一个别名。

例如在项目发布某个版本的时候针对最后一次commit

起一个v1.0这样的标签来标识里程碑的意义。

这有什么用呢?相较于难以记住的commit

idtag

很好的解决这个问题因为tag一定要给一个让人容易记住且有意义的名字。

当我们需要回退到某个重要版本时直接使用标签就能很快定位到。

2.2创建标签

默认标签是打在最新提交的commit.上的。

那如何在指定的commit.上打标签呢?方法是找到历史提

show

Git还提供可以创建带有说明的标签用-a指定标签名-m指定说明文字格式为:

另外打完标签之后使用tree

因为创建的标签都只存储在本地不会自动推送到远程。

所以打错的标签可以在本地安全删除。

如果要推送某个标签到远程使用命令git