Git的远程操作与多人协作

Git的远程操作与多人协作_第1张图片

"爱在地图上剥落,我离孤单几公里~" 


        我们目前所说、所学的内容(工作区、暂存区、版本库)都只是存在于本地上,也就是说你的一台机器上只有这么一个你维护的版本库。可是Git是一个分布式版本控制系统,这又是什么意思呢?

        ——前言 

一、远程操作 

(1) 如何理解分布式版本控制系统        

        可以理解为,每个在这个系统中的机器都有一份完整的版本库。这样,在你工作的时候就不需要联网了,因为你自己硬盘上就有一份版本库。由此,如果涉及到多人协作开发,就需要互相彼此推送修改状态,让对方看到。

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

        在实际使⽤分布式版本控制系统的时候,其实很少在两⼈之间的电脑上推送版本库的修改,因为可能你们俩不在⼀个局域⽹内,两台电脑互相访问不了。因此,分布式版本控制系统通常也有⼀台充当“中央服务器”的电脑,但这个服务器的作⽤仅仅是⽤来⽅便“交换”⼤家的修改,没有它⼤家也⼀样⼲活,只是交换修改不⽅便⽽已。
Git的远程操作与多人协作_第2张图片

(2) 远程仓库介绍

        Git是分布式版本控制系统,同⼀个Git仓库,可以分布到不同的机器上。可是怎么分布呢?你说分布就分布?

        最早,肯定只有⼀台机器有⼀个原始版本库,此后,别的机器可以“克隆”这个原始版本库,⽽且每台机器的版本库其实都是⼀样的,并没有主次之分。

        实际情况是,需要找一台计算机当服务器的角色,每天24⼩时开机,其他每个⼈都从这个“服务器”仓库克隆⼀份到⾃⼰的电脑上,并且各⾃把各⾃的提交推送到服务器仓库⾥,也从服务器仓库中拉取别⼈的提交。不过好在,现实中已经有这样的服务器存在,就像国外的神奇网站:GitHub。但该网站的服务器在国外,所以访问很慢,有时候甚至访问不到。所以,本次演示是用国内的码云替代。

   

新建仓库:    Git的远程操作与多人协作_第3张图片

        Git的远程操作与多人协作_第4张图片

Git的远程操作与多人协作_第5张图片         创建成功后,我们可以对远程仓库进⾏⼀个基本的设置:开源or私有。

Git的远程操作与多人协作_第6张图片

        

克隆远程仓库:

         克隆/下载远端仓库到本地,需要使⽤ git clone 命令,后⾯跟上我们的远端仓库的链接,远端仓库的链接可以从仓库中找到:选择“克隆/下载”获取远程仓库链接:

Git的远程操作与多人协作_第7张图片

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

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

● 使⽤HTTPS⽅式时,没有要求,可以直接克隆下来。

使用https方式:
Git的远程操作与多人协作_第8张图片
 

使用ssh方式:

         选用ssh渠道进行复制。       Git的远程操作与多人协作_第9张图片

        正如我们预期一样,使用ssh不能这样clone远端仓库。 Git的远程操作与多人协作_第10张图片

         使⽤SSH⽅式克隆仓库,由于我们没有添加公钥到远端库中,服务器拒绝了我们的clone链接。需要我们设置⼀下:

        ● 创建SSH Key。在⽤⼾主⽬录下,看看有没有.ssh⽬录,如果有,再看看这个⽬录下有没有
"id_rsa 和 id_rsa.pub" 这两个⽂件,如果已经有了,可直接跳到下⼀步。如果没有,需要创建。

 # 创建命令
ssh-keygen -t rsa -C "[email protected]"(注意填写自己的git上的默认邮箱)

         此时只需要一路回车,等待过程结束。        Git的远程操作与多人协作_第11张图片

        顺利的话,可以看到.ssh目录下⾥⾯有 id_rsa 和 id_rsa.pub 两个⽂件。这两
个就是SSHKey的秘钥对, id_rsa 是私钥,不能泄露出去, id_rsa.pub 是公钥,可以放⼼地告
诉任何⼈。        

         显然秘钥对是一个很长的字符串。

        ● 添加⾃⼰的公钥到远端仓库。
Git的远程操作与多人协作_第12张图片

        当然,之后你就可以发现会有一把公钥。

Git的远程操作与多人协作_第13张图片

        如果有多个⼈协作开发,GitHub/Gitee允许添加多个公钥,只要把每个⼈的电脑上的
Key都添加到GitHub/Gitee,就可以在每台电脑上往GitHub/Gitee上提交推送了。

        现在我们,继续使用ssh的方式出clone远程仓库:        Git的远程操作与多人协作_第14张图片
 

查看远程仓库状态:

        当我们从远程仓库克隆后,实际上Git会⾃动把"本地的master分⽀"和“远程的master分⽀”对应起来,并且,远程仓库的默认名称是origin。

# 查看远程仓库信息
git remote -v
# 查看远程仓库分支
git branch -r
# 打印本地+远程仓库分支
git branch -a
# 查看远程与本地分支建立情况
git branch -vv

Git的远程操作与多人协作_第15张图片         上⾯显⽰了可以抓取(fetch)和推送(push)的origin的地址。如果没有推送权限,就看不到push的地址。推送是什么意思呢?

       

向远程仓库推送:

        本地已经 clone 成功远程仓库后,我们便可以向仓库中提交内容,例如新增⼀个 file.txt ⽂件:                Git的远程操作与多人协作_第16张图片

        值得注意的是,如果我们之前设置过全局的name和e-mail或者从来没有设置过全局的name和e-mail,这两项配置需要和gitee上配置的⽤⼾名和邮箱⼀致,否则会出错。那么如何进行配置呢?这里也就不多说了。

        到这⾥我们已经将内容提交⾄本地仓库中,如何将本地仓库的内容推送⾄远程仓库呢?

# 该命令⽤于将本地的分⽀版本上传到远程并合并
git push <远程主机名> <本地分⽀名>:<远程分⽀名>

# 如果本地分⽀名与远程分⽀名相同,则可以省略冒号:
git push <远程主机名> <本地分⽀名>:<远程分⽀名>

Git的远程操作与多人协作_第17张图片

注: 因为我们是ssh建立的远程仓库,所以在推送操作时是免用户名,免密的。反观 https每次推送都需要用户名+密码。
        推送完成后,我们也就可以在远端仓库中看到这一推送信息。

Git的远程操作与多人协作_第18张图片       

 拉取远程仓库:

        在gitee上点击README.md⽂件并在线修改它(这里只是为了演示,实际中这是一个不好的行为):        

Git的远程操作与多人协作_第19张图片        此时,远程仓库是要领先于本地仓库⼀个版本,为了使本地仓库保持最新的版本,我们需要拉取下远端代码,并合并到本地。

# 从远程获取代码并合并本地的版本
git pull <远程主机名> <远程分⽀名>:<本地分⽀名>

# 如果远程分⽀是与当前分⽀合并,则冒号后⾯的部分可以省略。
git pull <远程主机名> <远程分⽀名>

Git的远程操作与多人协作_第20张图片

        这样我们就拉取成功了!
 

(3) 配置Git 

忽略特殊文件:

        在⽇常开发中,我们有些⽂件不想或者不应该提交到远端,⽐如保存了数据库密码的配置⽂件,那怎么让Git知道呢?在Git⼯作区的根⽬录下创建⼀个特殊的 .gitignore ⽂件,然后把要忽略的⽂件名填进去,Git就会⾃动忽略这些⽂件了。        Git的远程操作与多人协作_第21张图片

         在创建仓库时,可以选择添加该模板,这样就不需要从头写 .gitignore ⽂件。如果当时没有选择这个选择,在⼯作区创建⼀个也是可以的。
        例如,如果我们想忽略.so和.ini结尾的所有文件,我们需要在.gitignore的内容中添加:

        做完这些工作后,我们将代码进行提交。

Git的远程操作与多人协作_第22张图片         当我们打开远端仓库时,我们会发现.ignore里的文件是没有被提交的。         Git的远程操作与多人协作_第23张图片

强制添加:

        但有些时候,你就是想添加⼀个⽂件到Git,但由于这个⽂件被 .gitignore 忽略了,根本添加不了,那么可以⽤ -f 强制添加:git add -f [filename].       Git的远程操作与多人协作_第24张图片
         此时我们的远端仓库里,就会出现一个被忽略的文件。

Git的远程操作与多人协作_第25张图片

命令别名:

        举个例子将"git status" 起一个"git st"的别名:

git config --global alias.st status

--global 参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有⽤。如果不加,那只
针对当前的仓库起作⽤。 

Git的远程操作与多人协作_第26张图片

二、标签管理

(1) 创建标签

         在Git中打标签⾮常简单,⾸先,切换到需要打标签的分⽀上:

# 打标签
git tag [tag_name]
# 查看所有标签
git tag
# ⽤-a指定标签名 -m指定说明⽂字
git tag -a [name] -m "XXX" [commit_id]

Git的远程操作与多人协作_第27张图片

         默认标签是打在最新提交的 commit 上的,所以我们可以借用“git cat-file -p [commit id]”,查看master指向的最新一个版本:  Git的远程操作与多人协作_第28张图片         那么如何个历史上的commit id打上标签呢?答案是找到历史上的commit id即可。再使用命令:" git tag [tag_name] [commit id]"。

注意,标签不是按时间顺序列出,⽽是按字⺟排序的。
 

       

(2) 操作标签

查看标签的详细信息:

# 查看标签信息
git show [tagname] 

Git的远程操作与多人协作_第29张图片

删除标签:

        因为创建的标签都只存储在本地,不会⾃动推送到远程。所以,打错的标签可以在本地安全删除。

# 删除标签
git tag -d [tag_name]

Git的远程操作与多人协作_第30张图片

         

标签推送:

# 推送某个标签到远程
git push origin [tag_name]
# 推送多个标签
git push origin --tags

        本地向远端推送: 

Git的远程操作与多人协作_第31张图片

         我们再来看看远端的仓库:

Git的远程操作与多人协作_第32张图片

         如果标签已经推送到远程,要删除远程标签就⿇烦⼀点,先从本地删除:        Git的远程操作与多人协作_第33张图片

        然后,从远程删除。删除命令也是push,但是格式如下:

Git的远程操作与多人协作_第34张图片


 三、多人协作

(1) 仓库Init

        目前,咱们完成了以下的几个任务:

• 基本完成Git的所有本地库的相关操作,git基本操作,分⽀理解,版本回退,冲突解决等
• 申请码云账号,将远端信息clone到本地,以及推送和拉取。

        是时候⼲最重要的⼀件事情了,实现多⼈协作开发!为了做这件事情,我们需要先做⼀些准备⼯作。我们之前已经将项⽬clone到了指定⽬录。我们将之前提交的一些无关紧要的文件干掉,留下一个干净的仓库:        Git的远程操作与多人协作_第35张图片
         我们在Windows环境中模拟你的另一位伙伴。我们在gitcode文件下,使用“小乌龟"clone这个远程仓库。Git的远程操作与多人协作_第36张图片

         在实际开发中,一个仓库内会有多么成员,因为目前资源有限。如果要进行多人协作开发,必须要将⽤⼾添加进开发者,⽤⼾才有权限进⾏代码提交。
Git的远程操作与多人协作_第37张图片

       Git的远程操作与多人协作_第38张图片

         

新建分支:

         到此,相当于有了两个⽤⼾,分别在linux和windows上针对于同项⽬进⾏协作开发,我们的准备⼯作到此结束。

        ⽬前,我们的仓库中只有⼀个master主分⽀,但在实际的项⽬开发中,在任何情况下其实都是不允许直接在master分⽀上修改代码的,这是为了保证主分⽀的稳定。因此,接下来我们就得在gitee上创建dev远程分支供我们使用。

Git的远程操作与多人协作_第39张图片

        新增分支dev。 Git的远程操作与多人协作_第40张图片

        创建成功的远程分⽀是可以通过Git拉取到本地来,以实现完成本地开发⼯作。

         此时对于我们而言要做的是查看远程分支(git branch -r):        Git的远程操作与多人协作_第41张图片

        对远端仓库的分支进行拉取后,就可以看到远端的分支。要说明的是

        ① 我们也需要在本地创建dev1分支,并切换到dev1分支上进行开发。

        ② 我们默认拉取master分支时,Git会自动帮我们把 origin/master 和 本地master进行连接。上述操作示例,会将本地分⽀dev1和远程dev1分支进⾏关系链接。
 

         对于⼩伙伴要操作的是: 首先建立另外一条分支dev2

Git的远程操作与多人协作_第42张图片Git的远程操作与多人协作_第43张图片         

协作开发:

        现在你和你的小伙伴分别在dev1 、 dev2上进行开发,开发什么呢?实现一个四则运算的哈数接口吧。

● 基于Linux环境开发的你:        Git的远程操作与多人协作_第44张图片

         我们来看看远端仓库分支情况:        Git的远程操作与多人协作_第45张图片

         emm很好,如我们预期一样代码被提交上来了。

        因为你和你的小伙伴约定好了,当你写完加法和减法函数后,基于这个代码再实现剩余的运算。因此,你现在dev1分支下开发完了代码cal.hpp,并且测试是稳定的。因此,你会选择将该分支路径上的版本与master分支进行合并!

如何理解Pull Reqest:           Git的远程操作与多人协作_第46张图片

         创建完成后,我们就可以在Pull Request集中找到这个请求。Git的远程操作与多人协作_第47张图片

Git的远程操作与多人协作_第48张图片

        进行分支合并:        Git的远程操作与多人协作_第49张图片        Git的远程操作与多人协作_第50张图片         别忘了,分支合并完成就需要删除,当然也包括本地分支

Git的远程操作与多人协作_第51张图片Git的远程操作与多人协作_第52张图片 

● 基于Windows环境开发的小伙伴:

        至此,你的小伙伴需要完成剩下的操作cal.hpp函数实现。 所以得为他创建一个分支dev2进行下一步开发。

Git的远程操作与多人协作_第53张图片        Git的远程操作与多人协作_第54张图片         推送远端仓库:

Git的远程操作与多人协作_第55张图片

        我们再来看看我们的远端仓库:

Git的远程操作与多人协作_第56张图片                 

        接下来就同之前的操作无异,将dev2分支上的代码合并到master分支上。

Git的远程操作与多人协作_第57张图片

        

在合并之前切换到master分支,pull一下是个好习惯:

        在实际开发中,不止你一条分支会进行开发,而是多条并行开发的情况居多。

Git的远程操作与多人协作_第58张图片

        所以更好的做法应该是在合并之前 pull 更新master。        

Git的远程操作与多人协作_第59张图片 

远程分⽀删除后,本地gitbranch-a依然能看到的解决办法:

        我们会发现,远程仓库中已经将分支dev2删除了。

Git的远程操作与多人协作_第60张图片
         但是本地仓库还是能够查到这条并不存在的分支信息。        Git的远程操作与多人协作_第61张图片               

# 查看remote地址,远程分⽀,还有本地分⽀与之相对应关系等信息
git remote show origin

         Git的远程操作与多人协作_第62张图片

# 移除不存在的远程分支
git remote prune origin

Git的远程操作与多人协作_第63张图片         这样,不存在的远端分支被移除了。 


本篇到此结束,感谢你的阅读。

祝你好运,向阳而生~

Git的远程操作与多人协作_第64张图片

你可能感兴趣的:(Git,git)