服务器上的 Git

为了方便协作开发，可以建议一个大家都可以访问的共享仓库，所有人从那里推送和拉取数据。

自己架设一个 git 服务器并不难，第一步是选择与服务器通讯的协议。

如果不想自己麻烦，可以选择一些仓库托管服务。

4.1 协议

git 可以使用四种协议来传输数据：本地传输、SSH协议、Git协议、HTTP协议。

1. 本地协议
    本地协议(local protocol)，远程仓库在该协议中就是硬盘的另一个目录。
    不常用，团队每一个成员都对同一个共享的文件系统拥有访问权。
        `$ git clone /root/project`

2. SSH协议
    Git 使用的协议中最常见。SSH也是唯一一个同事便于读和写操作的网络协议。另外两个网络协议(HTTP、Git)通常都是只读。SSH同时也是一个验证授权的网络协议。

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

        不指明某个协议，Git会默认使用 SSH:
            `$ git clone user@server:project.git`

    优点：
        1. 如果你想拥有对网络仓库的权限，就必须使用SSH。
        2. SSH架设相对简单。
        3. 通过SSH进行访问时安全的，所有数据传输都是加密和授权的。
        4. SSH很高效，它会在传输之前尽可能的压缩数据。

    缺点：
        1. SSH会限制你不能通过他实现仓库的匿名访问，即使仅仅为读取数据，人们也必须在能通过SSH访问主机的前提下才能访问仓库，这使得SSH不利于开源的项目。
        2. 如果你仅仅在公司网络里使用，SSH可能是你唯一需要使用的协议。

3. Git协议
    Git协议，是一个包含在Git软件包中的特殊守护进程，它会监听一个提供类似于SSH服务的特定端口(9418)，而无需任何授权。
    用Git协议运营仓库，需要创建 git-export-daemon-ok 文件，它是协议进程提供仓库服务的必要条件，但除此之外该服务没有什么安全措施。要么所有人都能克隆，要么所有人都不能。这意味着改协议通常不能用来进行推送。
    因为你允许推送操作，由于没有授权机制，一旦允许该操作，网络上任何一个知道项目URL的人都会有推送权限。

    优点：
        Git协议是现存最快的传输协议。它使用与SSH协议相同的数据传输机制，但省去了加密和授权的开销。如果你在提供一个有很大访问量的公共项目，或者一个不需要对读进行授权的庞大项目，可以考虑Git协议。

    缺点：
        1. Git协议消极的一面是缺少授权机制。一般的做法是，同时提供SSH接口，让几个开发者拥有推送(写)权限，其他人通过 git:// 拥有只读权限。
        2. Git协议可能是最难架设的协议。

4. HTTP/S 协议
    HTTP或HTTPS协议的优美之处在于架设的便捷性。

        ```` 架设流程:
            # 进入网站根目录
            $ cd /data/www/default

            # --bare 克隆一个空仓库
            # /path/project 已有的仓库
            # project.git 为仓库命名
            $ git clone --bare /path/project project.git

            # 进入仓库目录
            $ cd project.git

            # 配置钩子(重命名)
            $ mv hooks/post-update.sample hooks/post-update

            # 配置可执行权限
            chmod a+x hooks/post-update

            # 更新配置
            $ git update-server-info
        ````

    优点：
        1. 易于架设。
        2. HTTP协议不会占用过多的服务器资源。

    缺点：
        相对于客户端效率较低。克隆或者下载仓库内容可能会花费更多时间，而且HTTP传输的体积和网络开销比其他任何一个协议都大。

4.2 在服务器部署 Git

1. git clone --bare
    `$ git clone --bare `