git-服务器搭建-协议概念

现在开发过程中,很多的实现某一些功能的工具,都是类似的服务器-客户端结构,即C-S架构,例如消息队列的KAFKA,文件存储的EasticSearch,包括我们日常工作中的数据库,他都是一种C-S架构,其本质上来说都是一种

存储-读取的操作,只是在很多时候,B端不仅仅实现了单一的存储功能,例如KAFKA实现了消息推送的功能,而git简单来说就像一个公有的存储仓库,给通过认证的人来管理他们文件(一般来说指的是代码文件),最为重要的是

它提供了一些对比文件差异,建立分支,代码提交等等功能.这里说的是git服务器端的搭建

一.协议-任何文件传输都离不开协议

GIT主要有四种协议:本地协议(Local),HTTP协议,SSH(SecureShell)协议以及Git协议

1.本地协议-本地作为仓库,拉去的时候运用的是拷贝功能

　　最基本的是本地协议,其中远程版本库就是硬盘中的另一个目录,这常见于团队中每一个成员都对一个共享的文件系统拥有访问权,或者比较少见的人共用同一台电脑的情况下

　　　  如果你实用共享文件系统就可以从本地版本库clone,push,pull

　　　　$ git clone /opt/git/project.git

　　　　$ git clone file:///opt/git/project.git

　　　　如果URL开头明确指定file://,那么git的行为会略有不同,如果是指定路径,GIT会尝试实用硬链接(hard link)或者直接复制所需要的文件,指定file://的主要目的是取得一个没有外部参考或对象的干净库服版本

　　　　通常是在其他版本控制系统导入后或者一些类似情况才需要这么做

　　　　要增加一个本地版本库到现在的GIT项目,可以执行如下命令 $ git remoge add local_proj /opt/git/project.git

　　　　优点:简单,世界实用了现有的文件呢权限和网络访问权限

　　　　缺点:共享文件系统比较难配置,并且比起基本的网络连接访问,这不方便从多个位置访问,而且这个协议并不保护仓库避免意外的损坏,每一个用户都有远程目录的完成shell权限,没有方法可以阻止他们修改或删除git内部文件和 损坏仓库

　　2.HTTP协议:

　　　　只需要吧一个罗版本库放在HTTP根目录,设置一个post-update的挂钩就可以了,此时,只要能访问web服务器上你的版本库,就可以克隆你的版本库,下面是设置HTTP访问版本库的方法

　　　　 $ cd /var/www/htdocs/

　　　　$ git clone --bare /path/to/git_project gitproject.git

　　　　$ cd gitproject.git

　　   $ mv hooks/post-update.sample hooks/post-update
　　   $ chmod a+x hooks/post-update　　　  

　　　　然后就可以通过如下的命令来clone了,$ git clone https://example.com/gitproject.git
　　　　有点:可用性,相对于SSH协议,可以使用用户名/密码授权是一个很大的优势,这样用户就不需要在使用GIT之前在本地生成SSH秘钥对再把公钥上上传到服务器
　　　　缺点:在一些服务器上,架设HHTP协议比较棘手,且如果在HTTP上使用需授权的推送,管理凭证会比使用SSH秘钥认证麻烦一些
　3.SSH协议　　　　

　　　　架设GIT服务器通常使用SSH协议作为传输协议,因为大多数环境下服务器已经支持通过SSH访问,即使没有也比较容易架设,SSH协议也是一个验证授权的网络协议,

　　　　并且因为其不变形,架构和使用都比较简单

　　　　通过SSH协议克隆版本库: $git clone ssh://user@server/project.git

　　　　有点:比较容易架设

　　　　缺点:不能通过他实现宁明访问,即使只是读取数据,使用者也要通过SSH访问你的主机的权限,这使得SSH协议不利于开源的项目

　　4.GIT协议

　　　　这是 GIT里的一个特殊的守护进程,他监听在一个特定的端口9418,类似于SSH服务,但是无需任何授权,

　　　　有点:传输比较快

　　　　缺点:缺乏授权机制