"爱在地图上剥落,我离孤单几公里~"
我们目前所说、所学的内容(工作区、暂存区、版本库)都只是存在于本地上,也就是说你的一台机器上只有这么一个你维护的版本库。可是Git是一个分布式版本控制系统,这又是什么意思呢?
——前言
可以理解为,每个在这个系统中的机器都有一份完整的版本库。这样,在你工作的时候就不需要联网了,因为你自己硬盘上就有一份版本库。由此,如果涉及到多人协作开发,就需要互相彼此推送修改状态,让对方看到。
分布式版本控制系统的安全性要⾼很多,因为每个⼈电脑⾥都有完整的版本库,某⼀个⼈的电脑坏掉了不要紧,随便从其他⼈那⾥复制⼀个就可以了。
在实际使⽤分布式版本控制系统的时候,其实很少在两⼈之间的电脑上推送版本库的修改,因为可能你们俩不在⼀个局域⽹内,两台电脑互相访问不了。因此,分布式版本控制系统通常也有⼀台充当“中央服务器”的电脑,但这个服务器的作⽤仅仅是⽤来⽅便“交换”⼤家的修改,没有它⼤家也⼀样⼲活,只是交换修改不⽅便⽽已。
Git是分布式版本控制系统,同⼀个Git仓库,可以分布到不同的机器上。可是怎么分布呢?你说分布就分布?
最早,肯定只有⼀台机器有⼀个原始版本库,此后,别的机器可以“克隆”这个原始版本库,⽽且每台机器的版本库其实都是⼀样的,并没有主次之分。
实际情况是,需要找一台计算机当服务器的角色,每天24⼩时开机,其他每个⼈都从这个“服务器”仓库克隆⼀份到⾃⼰的电脑上,并且各⾃把各⾃的提交推送到服务器仓库⾥,也从服务器仓库中拉取别⼈的提交。不过好在,现实中已经有这样的服务器存在,就像国外的神奇网站:GitHub。但该网站的服务器在国外,所以访问很慢,有时候甚至访问不到。所以,本次演示是用国内的码云替代。
创建成功后,我们可以对远程仓库进⾏⼀个基本的设置:开源or私有。
克隆/下载远端仓库到本地,需要使⽤ git clone 命令,后⾯跟上我们的远端仓库的链接,远端仓库的链接可以从仓库中找到:选择“克隆/下载”获取远程仓库链接:
SSH协议和HTTPS协议是Git最常使⽤的两种数据传输协议
● SSH协议使⽤了公钥加密和公钥登陆机制,体现了其实⽤性和安全性,使⽤此协议需要将我们的公钥放上服务器,由Git服务器进⾏管理。
● 使⽤HTTPS⽅式时,没有要求,可以直接克隆下来。
使⽤SSH⽅式克隆仓库,由于我们没有添加公钥到远端库中,服务器拒绝了我们的clone链接。需要我们设置⼀下:
● 创建SSH Key。在⽤⼾主⽬录下,看看有没有.ssh⽬录,如果有,再看看这个⽬录下有没有
"id_rsa 和 id_rsa.pub" 这两个⽂件,如果已经有了,可直接跳到下⼀步。如果没有,需要创建。
# 创建命令
ssh-keygen -t rsa -C "[email protected]"(注意填写自己的git上的默认邮箱)
顺利的话,可以看到.ssh目录下⾥⾯有 id_rsa 和 id_rsa.pub 两个⽂件。这两
个就是SSHKey的秘钥对, id_rsa 是私钥,不能泄露出去, id_rsa.pub 是公钥,可以放⼼地告
诉任何⼈。
显然秘钥对是一个很长的字符串。
当然,之后你就可以发现会有一把公钥。
如果有多个⼈协作开发,GitHub/Gitee允许添加多个公钥,只要把每个⼈的电脑上的
Key都添加到GitHub/Gitee,就可以在每台电脑上往GitHub/Gitee上提交推送了。
当我们从远程仓库克隆后,实际上Git会⾃动把"本地的master分⽀"和“远程的master分⽀”对应起来,并且,远程仓库的默认名称是origin。
# 查看远程仓库信息
git remote -v
# 查看远程仓库分支
git branch -r
# 打印本地+远程仓库分支
git branch -a
# 查看远程与本地分支建立情况
git branch -vv
上⾯显⽰了可以抓取(fetch)和推送(push)的origin的地址。如果没有推送权限,就看不到push的地址。推送是什么意思呢?
本地已经 clone 成功远程仓库后,我们便可以向仓库中提交内容,例如新增⼀个 file.txt ⽂件:
值得注意的是,如果我们之前设置过全局的name和e-mail或者从来没有设置过全局的name和e-mail,这两项配置需要和gitee上配置的⽤⼾名和邮箱⼀致,否则会出错。那么如何进行配置呢?这里也就不多说了。
到这⾥我们已经将内容提交⾄本地仓库中,如何将本地仓库的内容推送⾄远程仓库呢?
# 该命令⽤于将本地的分⽀版本上传到远程并合并
git push <远程主机名> <本地分⽀名>:<远程分⽀名>
# 如果本地分⽀名与远程分⽀名相同,则可以省略冒号:
git push <远程主机名> <本地分⽀名>:<远程分⽀名>
注: 因为我们是ssh建立的远程仓库,所以在推送操作时是免用户名,免密的。反观 https每次推送都需要用户名+密码。
推送完成后,我们也就可以在远端仓库中看到这一推送信息。
在gitee上点击README.md⽂件并在线修改它(这里只是为了演示,实际中这是一个不好的行为):
此时,远程仓库是要领先于本地仓库⼀个版本,为了使本地仓库保持最新的版本,我们需要拉取下远端代码,并合并到本地。
# 从远程获取代码并合并本地的版本
git pull <远程主机名> <远程分⽀名>:<本地分⽀名>
# 如果远程分⽀是与当前分⽀合并,则冒号后⾯的部分可以省略。
git pull <远程主机名> <远程分⽀名>
这样我们就拉取成功了!
在⽇常开发中,我们有些⽂件不想或者不应该提交到远端,⽐如保存了数据库密码的配置⽂件,那怎么让Git知道呢?在Git⼯作区的根⽬录下创建⼀个特殊的 .gitignore ⽂件,然后把要忽略的⽂件名填进去,Git就会⾃动忽略这些⽂件了。
在创建仓库时,可以选择添加该模板,这样就不需要从头写 .gitignore ⽂件。如果当时没有选择这个选择,在⼯作区创建⼀个也是可以的。
例如,如果我们想忽略.so和.ini结尾的所有文件,我们需要在.gitignore的内容中添加:
做完这些工作后,我们将代码进行提交。
当我们打开远端仓库时,我们会发现.ignore里的文件是没有被提交的。
但有些时候,你就是想添加⼀个⽂件到Git,但由于这个⽂件被 .gitignore 忽略了,根本添加不了,那么可以⽤ -f 强制添加:git add -f [filename].
此时我们的远端仓库里,就会出现一个被忽略的文件。
举个例子将"git status" 起一个"git st"的别名:
git config --global alias.st status
--global 参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有⽤。如果不加,那只
针对当前的仓库起作⽤。
在Git中打标签⾮常简单,⾸先,切换到需要打标签的分⽀上:
# 打标签
git tag [tag_name]
# 查看所有标签
git tag
# ⽤-a指定标签名 -m指定说明⽂字
git tag -a [name] -m "XXX" [commit_id]
默认标签是打在最新提交的 commit 上的,所以我们可以借用“git cat-file -p [commit id]”,查看master指向的最新一个版本: 那么如何个历史上的commit id打上标签呢?答案是找到历史上的commit id即可。再使用命令:" git tag [tag_name] [commit id]"。
注意,标签不是按时间顺序列出,⽽是按字⺟排序的。
# 查看标签信息
git show [tagname]
因为创建的标签都只存储在本地,不会⾃动推送到远程。所以,打错的标签可以在本地安全删除。
# 删除标签
git tag -d [tag_name]
# 推送某个标签到远程
git push origin [tag_name]
# 推送多个标签
git push origin --tags
本地向远端推送:
我们再来看看远端的仓库:
如果标签已经推送到远程,要删除远程标签就⿇烦⼀点,先从本地删除:
目前,咱们完成了以下的几个任务:
• 基本完成Git的所有本地库的相关操作,git基本操作,分⽀理解,版本回退,冲突解决等
• 申请码云账号,将远端信息clone到本地,以及推送和拉取。
是时候⼲最重要的⼀件事情了,实现多⼈协作开发!为了做这件事情,我们需要先做⼀些准备⼯作。我们之前已经将项⽬clone到了指定⽬录。我们将之前提交的一些无关紧要的文件干掉,留下一个干净的仓库:
我们在Windows环境中模拟你的另一位伙伴。我们在gitcode文件下,使用“小乌龟"clone这个远程仓库。
在实际开发中,一个仓库内会有多么成员,因为目前资源有限。如果要进行多人协作开发,必须要将⽤⼾添加进开发者,⽤⼾才有权限进⾏代码提交。
到此,相当于有了两个⽤⼾,分别在linux和windows上针对于同项⽬进⾏协作开发,我们的准备⼯作到此结束。
⽬前,我们的仓库中只有⼀个master主分⽀,但在实际的项⽬开发中,在任何情况下其实都是不允许直接在master分⽀上修改代码的,这是为了保证主分⽀的稳定。因此,接下来我们就得在gitee上创建dev远程分支供我们使用。
创建成功的远程分⽀是可以通过Git拉取到本地来,以实现完成本地开发⼯作。
此时对于我们而言要做的是查看远程分支(git branch -r):
对远端仓库的分支进行拉取后,就可以看到远端的分支。要说明的是
① 我们也需要在本地创建dev1分支,并切换到dev1分支上进行开发。
② 我们默认拉取master分支时,Git会自动帮我们把 origin/master 和 本地master进行连接。上述操作示例,会将本地分⽀dev1和远程dev1分支进⾏关系链接。
对于⼩伙伴要操作的是: 首先建立另外一条分支dev2
现在你和你的小伙伴分别在dev1 、 dev2上进行开发,开发什么呢?实现一个四则运算的哈数接口吧。
emm很好,如我们预期一样代码被提交上来了。
因为你和你的小伙伴约定好了,当你写完加法和减法函数后,基于这个代码再实现剩余的运算。因此,你现在dev1分支下开发完了代码cal.hpp,并且测试是稳定的。因此,你会选择将该分支路径上的版本与master分支进行合并!
创建完成后,我们就可以在Pull Request集中找到这个请求。
进行分支合并: 别忘了,分支合并完成就需要删除,当然也包括本地分支
● 基于Windows环境开发的小伙伴:
至此,你的小伙伴需要完成剩下的操作cal.hpp函数实现。 所以得为他创建一个分支dev2进行下一步开发。
我们再来看看我们的远端仓库:
接下来就同之前的操作无异,将dev2分支上的代码合并到master分支上。
在实际开发中,不止你一条分支会进行开发,而是多条并行开发的情况居多。
所以更好的做法应该是在合并之前 pull 更新master。
我们会发现,远程仓库中已经将分支dev2删除了。
# 查看remote地址,远程分⽀,还有本地分⽀与之相对应关系等信息
git remote show origin
# 移除不存在的远程分支
git remote prune origin
本篇到此结束,感谢你的阅读。
祝你好运,向阳而生~