本地服务器传输协议

最基本的协议，其远程仓库其实就是硬盘内部的一个目录（例如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.架设难。