码云支持 Git v2 协议，提升传输效率！
进展
码云目前已经支持 Git Wire Protocol。码云的 Git SSH 服务器并不是 OpenSSH，而是基于 libssh 开发的一个服务，叫 Basalt Sshd。用户可以通过使用命令：
ssh -Tvvv git@gitee.com
在命令输出里面可以找到类似下面的字符串。
debug1: Remote protocol version 2.0, remote software version Basalt-1.2
对码云比较了解的朋友应该知道，码云目前已经完全改造成分布式了，而 Basalt 是码云的 SSH 服务，它需要与存储机器上的 git-srv 建立连接，无论是 fetch 还是 push，码云都是通过启动 git 命令实现的，这样的好处是能够享受 git 改进带来的性能优势和增加的新功能。这一点，无论是 libgit2 还是 JGIT 都并不容易做到的。
分析了码云平台 Git 传输的架构，那么就可以知道如何实现对 Git Wire Protocol 的支持，首先得让 Basalt 接受环境变量，然后得传递给 git-srv，git-srv 在启动的时候设置 git 命令的环境变量即可，很简单吗，没有一点难度。当然需要等待 git 2.18 的发布，码云在计划支持 Git Wire Protocol 就等了一段时间。
在 libssh 的：
channel_env_request_function callback
中就可以接受环境变量，这里就可以得知请求是否是 v2 的，在 git-srv 中，我们在传输数据之前有个 Handshake 阶段，在 Handshake 数据包中增加一个字段即可。
等到 git 2.18 发布后，我们将所有后端服务器上的 Git 升级到 2.18，然后升级所有的 git-srv，最后把 Basalt 升级了，然后就支持 Git Wire Protocol 了。
我们使用 git-dist 升级的 git/cmake。
以上是 SSH，那么 HTTP，GIT 呢？
在码云的设计中，HTTP 也应当直接与 git-srv 通讯，而在 Gitlab 中，提供 Git HTTP 功能的是 grack，但 Gitlab 都有几年没有维护 Grack 了，他们已经使用 gitaly 了，虽然码云也将完全去除 grack，但由于各种各样的原因，目前依然使用 grack 提供 Git HTTP 访问。为了让开发者及早的体验 Git Wire Protocol，笔者一个非 Ruby 开发人员不情愿的改进了 Grack 。如果哪一天你使用 HTTP 体验了 Git Wire Protocol，那就说明我们更新了。
git:// 协议没有验证机制，为了避免恶意请求，我们也就没有开放 git:// 协议，但我们内部同步使用了 git://协议，并且也在第一时间支持了 Git Wire Protocol。
如何使用
我们可以设置 git config，使默认的传输使用 v2。
针对存储库的设置：
git config protocol.version=2
针对全局设置：
git config --global protocol.version=2git 实际上可以使用 -c 去强制指定一些设置，所以可以使用：
git -c protocol.version=2 clone url
这样的格式去使用 v2 协议去克隆或者操作 git 存储库。
如果已经码云上已经有存储库了，可以使用 ls-remote 查看 Git Wire Protocol 细节。
GIT_TRACE=1 GIT_TRACE_PACKET=1 git -c protocol.version=2 ls-remote
这是 oscstudio/grack 的输出：
15:52:27.525041 git.c:415 trace: built-in: git ls-remote
15:52:27.525181 run-command.c:637 trace: run_command: unset GIT_CONFIG_PARAMETERS GIT_PREFIX; GIT_PROTOCOL=version=2 ssh -o SendEnv=GIT_PROTOCOL git@gitee.com 'git-upload-pack '\''oscstudio/grack.git'\'''
15:52:27.941054 pkt-line.c:80 packet: git< version 2
15:52:27.941085 pkt-line.c:80 packet: git< agent=git/2.18.0
15:52:27.941091 pkt-line.c:80 packet: git< ls-refs
15:52:27.941096 pkt-line.c:80 packet: git< fetch=shallow
15:52:27.941101 pkt-line.c:80 packet: git< server-option
15:52:27.941107 pkt-line.c:80 packet: git< 0000
15:52:27.941113 pkt-line.c:80 packet: git> command=ls-refs
15:52:27.941127 pkt-line.c:80 packet: git> agent=git/2.18.0
15:52:27.941133 pkt-line.c:80 packet: git> 0001
15:52:27.941150 pkt-line.c:80 packet: git> peel
15:52:27.941156 pkt-line.c:80 packet: git> symrefs
15:52:27.941160 pkt-line.c:80 packet: git> 0000
15:52:27.967209 pkt-line.c:80 packet: git< 715a91a2b22de70a78ba7e0cda2e36a65885184b HEAD symref-target:refs/heads/master
15:52:27.989776 pkt-line.c:80 packet: git< 642cbc5f73d6eb1947f3120e48cd8c401dd66961 refs/fetches/wenjiachengy/wire_debug
15:52:27.989817 pkt-line.c:80 packet: git< d77535c7d2892fede73f957d7041e66f6196c1da refs/heads/dev
15:52:27.989829 pkt-line.c:80 packet: git< 715a91a2b22de70a78ba7e0cda2e36a65885184b refs/heads/master
15:52:27.989866 pkt-line.c:80 packet: git< 94fafdc22aecf4561a7a94bd76a97336ab845654 refs/heads/stderr
15:52:27.989883 pkt-line.c:80 packet: git< 715a91a2b22de70a78ba7e0cda2e36a65885184b refs/heads/wire
15:52:28.005575 pkt-line.c:80 packet: git< 9795dec8d00c9c402ebf3db9e9d0f637d4f9dd6f refs/heads/wire_debug
15:52:28.033921 pkt-line.c:80 packet: git< 34eb1b8d0be0398044b45660effb9cfa21f2f324 refs/pull/1/MERGE
15:52:28.033973 pkt-line.c:80 packet: git< 36053e3bed3c355b0f184138df4d5e97a66a529a refs/tags/v0.1 peeled:623bc4f455bca96a6431e20babb436974417a5fc
15:52:28.033992 pkt-line.c:80 packet: git< 30d8963cefb373b9ccc10caebc80859f7e32ca28 refs/tags/v0.2 peeled:5295cd7b31a85197949c9f348210965907c7214b
15:52:28.034013 pkt-line.c:80 packet: git< eac92e5bd234f6a42db3f63a55c6909311ac998d refs/tags/v1.0.0
15:52:28.034032 pkt-line.c:80 packet: git< a6c716e02da853e811b96e6a6c37e21ec893a06a refs/tags/v2.0.0
15:52:28.034047 pkt-line.c:80 packet: git< 0000
15:52:28.034060 pkt-line.c:80 packet: git> 0000
From git@gitee.com:oscstudio/grack.git
715a91a2b22de70a78ba7e0cda2e36a65885184b HEAD
642cbc5f73d6eb1947f3120e48cd8c401dd66961 refs/fetches/wenjiachengy/wire_debug
d77535c7d2892fede73f957d7041e66f6196c1da refs/heads/dev
715a91a2b22de70a78ba7e0cda2e36a65885184b refs/heads/master
94fafdc22aecf4561a7a94bd76a97336ab845654 refs/heads/stderr
715a91a2b22de70a78ba7e0cda2e36a65885184b refs/heads/wire
9795dec8d00c9c402ebf3db9e9d0f637d4f9dd6f refs/heads/wire_debug
34eb1b8d0be0398044b45660effb9cfa21f2f324 refs/pull/1/MERGE
36053e3bed3c355b0f184138df4d5e97a66a529a refs/tags/v0.1
623bc4f455bca96a6431e20babb436974417a5fc refs/tags/v0.1^{}
30d8963cefb373b9ccc10caebc80859f7e32ca28 refs/tags/v0.2
5295cd7b31a85197949c9f348210965907c7214b refs/tags/v0.2^{}
eac92e5bd234f6a42db3f63a55c6909311ac998d refs/tags/v1.0.0
a6c716e02da853e811b96e6a6c37e21ec893a06a refs/tags/v2.0.0
Git V2 协议总结
Google 云平台最开始支持 Git Wire Protocol，现在码云也支持了，下面是厂商支持列表：
| 平台 | 是否支持 Git v2 |
|---|---|
| Gitee | 支持 SSH/HTTP |
| Github | 不支持 |
| Gitlab | 在做，但 Gitlab.org 不支持 |
| Bitbucket | 不支持 |
| Gitea | 不支持，但有 Issue 讨论 |
| Gogs | 不支持，但有 Issue 讨论 |
| Coding | 不支持 |
Git V2 对于一些小型存储库并不明显，但对于浅表克隆，海量分支的项目，v2 带来的改进非常明显，另外其扩展性对于 git 正在做的部分克隆（类似 Git VFS/GVFS）非常有利，随着项目规模的扩大，Git 这种分布式版本控制系统越来越力不从心，不断的出现 Git LFS, Git GVFS 也就是人们不断的探索。
其他改进
无论是 SSH 还是 HTTP，码云的基础设施团队都对其进行了大量的改进，比如目前的 Basalt libssh 已经升级到 0.8.1，修复了 ED25519 HostKey 的支持，对于一些网络不稳定，或者特殊存储库克隆到 100% 时，出现 Broken Pipe 错误，我们也已经修复。
如果诸位再次出现此错误，那就给我们反馈，如果是我们的错误那就说明可能还没有修复。
我们还有提升了 git-srv 的稳定性。
对于 Basalt 而言，错误提示现在更加清晰，用户一眼就知道错误出现在哪里。比如克隆一个不存在的存储库提示如下：
下一步
除了这些改进，码云还有 Git LFS，SVN-SSH 等等功能即将上线，码云基础设施团队还实现了一个 Git VFS (aka GVFS) 的原型，大家有更好的想法和建议欢迎与码云开发者交流。
/
REVIEW往期精彩