UP | HOME

Git协议介绍

目录

起因

同事在用go get拉取一个go项目依赖时,其中一个项目使用git submodule引用了另外一个项目的GitHub仓库,然后报了host key verification failed错误。

排查过程

平时工作用的代码管理是使用的SVN,对Git的相关配置还不是很熟悉,先查看了git config发现配置的用户名是一个内网邮箱,故先怀疑是不是配置的用户名不对,需要改成GitHub的帐号。 但是测试git clone我的公开仓库,又可以顺利clone,经过简单的搜索,将问题定位到了Git协议上,host key verification failed是SSH协议报出的错误,去git-scm查看手册学习到git服务器支持的几种协议解决了问题。

Git协议介绍

Git可以用四种协议来传输资料

本地协议

最基本的就是 本地协议(Local protocol) ,其中的远程版本库就是硬盘内的另一个目录。这个确实没怎么用过,也没怎么见过,一般公共Git服务没有提供这种协议。 使用版本库路径作为URL

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

HTTP协议

1.6.6版本之前叫 Dumb HTTP协议,基本类似于本地协议,之后引入了 Smart HTTP协议,也是我们现在最流行的使用Git的方式了。 支持匿名服务,也支持传输时的授权和加密。而且只用一个URL就可以做到。

优点

只关注Smart HTTP的优点,可以使用用户名密码授权,不需要SSH相关知识的支持,简单明了。协议被广泛使用,一般不会被防火墙阻断。

缺点

架设稍微复杂点。

SSH协议

通过 SSH 协议克隆版本库,你可以指定一个 ssh:// 的 URL:

$ git clone ssh://user@server/project.git

或者使用一个简短的 scp 式的写法:

$ git clone user@server:project.git

你也可以不指定用户,Git 会使用当前登录的用户名。

优点

架设简单,访问是安全的,协议高效,在传输前也会尽量压缩数据。

缺点

不能实现匿名访问

Git协议

是Git里的一个特殊守护进程;监听9418端口,类似SSH服务,但是访问无需授权。

优点

Git协议是Git使用的网络传输协议里最快的。相比SSH省去了加密和授权的开销。

缺点

缺乏授权机制。

Git子模块 git submodule

看完上述描述,考虑到私有模块的问题,最开始认为子模块的配置只能支持SSH或者HTTPS带授权的协议方式,经过测试,也能支持使用Git协议配置子目录,没有协议的限制。

作者: Rand01ph

Created: 2019-01-24 四 13:55