哪个是更智能的 git 协议，ssh 或 git（通过 ssh）或 https 协议？

哪个高效？ SSH:// 或 Git://（文件压缩）

我对 Git 的理解是，git 协议很智能，因为通信两端都有一个协议代理来压缩文件传输，从而通过有效地使用网络带宽来实现更快的克隆。

From 我发现了以下说法。

For secure, authenticated connections, the Git native 
protocol can be tunneled over an SSH connection using
the following URL templates:

ssh: //[user@]example.com[:port]/path/to/repo.git
ssh: //[user@]example.com/path/to/repo.git
ssh: //[user@]example.com/~user2/path/to/repo.git
ssh: //[user@]example.com/~/path/to/repo.git*

我不确定作者所说的是否是真的。他谈到 git 协议通过 SSH 建立隧道。

从我的角度来看，除非连接到 git 端口（代理端口），否则该协议不会生效。而SSH只是一种未压缩的文件传输。但根据作者的说法，如果我们使用 SSH，他说 git 协议是通过它建立隧道的。那么 SSH 在 GIT 中是否更智能呢？

冯·C， 感谢您的回答。 《网络协议（HTTP和Git）一般都是只读的》Git可以制作rw当你运行守护进程时--enable=receive-pack.

以下是我的担忧。
当他们说 git 协议很聪明时，他们的意思是当你执行git clone，Git服务器代理压缩发送回客户端的数据，因此克隆应该更快。在我的用例中，我将在香港设置 Git 服务器，并在圣何塞和其他国家/地区使用它，因此，由于延迟问题，我希望通过网络提高效率。

所以我的问题是当我使用git clone ssh://user@server/reposloc我也能享受到 git 协议的好处吗？根据 O'Reilly 作者的书，他的意思是 git 通过 ssh 建立隧道，那么当我没有在服务器上运行 git 守护进程时，git 协议如何工作。

那么使用 SSh://xyz...它是否同时具有 ssh 和 git 协议的优点？

提前感谢您的回答。

2010-2014 年更新：

ssh 和 https 是等效的，因为 Git 1.6.6+ (2010) 和实现智能http协议 https://stackoverflow.com/a/5265022/6309:

您现在可以使用 ssh 或 https 来对您的存储库进行读/写访问。
你也可以检测您的远程服务器是否支持智能http https://stackoverflow.com/a/18588665/6309.
如果必须使用代理，请添加正确的环境变量。

2015 年第 3 季度，如尤莎·阿莱尤布 https://stackoverflow.com/users/1429432/yousha-aleayoub提及在评论中 https://stackoverflow.com/questions/3248779/which-is-faster-ssh-or-git-protocol/3248848?noredirect=1#comment53080490_3248848:

GitHub“我应该使用哪个远程 URL？” https://help.github.com/articles/which-remote-url-should-i-use/

The https://克隆 URL 可在所有存储库（公共和私有）上使用。
它们很聪明，因此会根据您对存储库的权限为您提供只读或读/写访问权限。

The git-http-backend http://git-scm.com/docs/git-http-backend is the:

简单的 CGI 程序，用于将 Git 存储库的内容提供给通过以下方式访问存储库的 Git 客户端http:// and https://协议。
该程序支持使用智能 HTTP 协议和向后兼容的哑 HTTP 协议的客户端获取，以及使用智能 HTTP 协议的客户端推送。

原始答案（2010年7月）：

来自专业 Git 书籍 http://progit.org/book/ch4-1.html:

Git 最常见的传输协议可能是 SSH。
这是因为大多数地方都已经设置了对服务器的 SSH 访问 — 如果没有设置，也很容易做到。

SSH 也是唯一可以轻松读取和写入的基于网络的协议。其他两个网络协议（HTTP 和 Git）通常是只读的，因此即使您将它们提供给普通大众，您仍然需要 SSH 来执行自己的写入命令。

SSH 也是一种经过身份验证的网络协议;由于它无处不在，因此通常很容易设置和使用。

所以它并不比 Git 协议“更智能”，只是对 Git 协议未解决的某些功能的补充协议。

Git 协议的缺点是缺乏身份验证。通常不希望 Git 协议成为项目的唯一访问方式。
一般来说，您会将其与 SSH 访问配对，供少数具有推送（写入）访问权限并让其他人使用的开发人员使用git://用于只读访问

它还需要防火墙访问端口 9418，这不是企业防火墙始终允许的标准端口。在大型企业防火墙后面，这个不起眼的端口通常被阻止。

（这就是为什么在我的店里，我need使用 ssh+git 而不仅仅是 git，即使是读取访问：9418is被屏蔽了……）