本地服务器传输协议


本地服务器传输协议

最基本的协议,其远程仓库其实就是硬盘内部的一个目录(例如D:\project)。常见于团队内的人对一个共享的文件系统(例如NFS)具有访问权限,或者多人共用一台电脑的情况。

当搭建好硬盘上面的远程仓库之后,可以使用gitclone/d/project来克隆本地的远程仓库。

还可以使用带file协议的路径:gitclonefile:///d/project克隆本地远程仓库。

区别:
1.仅指定路径:Git尝试使用硬链接(hardlink)或直接复制所需要的资料;
2.使用file://协议,Git触发用于网络传输资料的进程,效率低,慢。

本地协议的优点:搭建简单。直接使用了现有的文件权限和网络访问权限,如果已经有了共享文件系统,建立版本库会十分容易,只需要像设置其他共享目录一样,将一个Git仓库放在大家都能够访问到的路径并设置好读写权限就可以了。

缺点:不方便从多个位置访问,例如你在公司的电脑上搭建了本地仓库,你想在家里访问就有点困难了。不能保证Git仓库的安全,由于每一个人都具有仓库目录完整的shell权限,没有方法可以阻止他们删除或者破坏仓库。

智能(smart)HTTP协议(新,GitHub目前就使用了这种协议):支持读写模式。既可以像git://协议一样设置匿名服务,又可以像SSH一样提供传输时的授权和加密,而且只用一个URL就可以

得到git://和SSH的功能,省去了为不同的需求设置不同的URL。HTTP协议推送(push)以及拉取(pull),服务器都会询问你的用户名和密码。

HTTP协议的优点:不同的访问方式只需要一个URL,服务器只在需要授权时提示输入授权信息。

缺点:在一些服务器上,架设HTTP/S协议会比SSH协议棘手一些;每次需要输入用户名和密码,管理这些凭证会比较麻烦一些(当然你可以使用凭证存储工具,keychain(OSX))。

架设Git服务器时常用SSH协议作为传输协议,因为大多数环境都支持SSH访问,即使不支持也比较容易搭建。

优点:
1.架设简单;
2.数据传输时是安全的(所有数据传输时都经过授权和加密);
3.高效,和其他3种协议一样,在传输数据时也会尽量压缩数据。

缺点:不能通过它实现匿名访问。即使使用者只需要读取数据,使用者也要有通过SSH访问你主机的权限,不利于开源项目。

包含在Git里的一个特殊的守护进程中,监听一个特定的端口9418(类似于SSH服务,但是无需任何访问授权)。

优点:目前是Git所使用的协议里面最快的。如果你的项目不需要为写进行用户授权,可以使用Git协议。

缺点:
1.缺乏授权机制,一旦放开推送操作,意味着网络上的任何人都能向你的项目推送代码;
2.架设难。