哪个效率高？ SSH://或 Git://(文件压缩)

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

来自 an O'Reilly book我发现了以下语句。

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*

我不确定作者是否是认真的。他谈到了通过 SSH 建立隧道的 git 协议(protocol)。

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

冯·C， 感谢您的回答。 “网络协议(protocol)(HTTP 和 Git)通常是只读的” 当您使用 --enable=receive-pack 运行守护程序时，可以将 Git 设为 rw。

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

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

那么使用 SSh://xyz... 是否同时提供了 ssh 和 git 协议(protocol)的优势？

提前感谢您的回答。

最佳答案

2010-2014 年更新:

ssh 和 https 是等效的，因为 Git 1.6.6+ (2010) 和 smart http protocol 的实现:

您现在可以使用 ssh 或 https 对您的存储库进行读/写访问。
您也可以detect if your remote server supports smart http .
如果必须使用代理，请添加正确的环境变量。

2015 年第三季度，Yousha Aleayoub提及 in the comments :

GitHub "Which remote URL should I use?"

The https:// clone URLs are available on all repositories, public and private.
They are smart, so they will provide you with either read-only or read/write access, depending on your permissions to the repository.

git-http-backend是:

simple CGI program to serve the contents of a Git repository to Git clients accessing the repository over http:// and https:// protocols.
The program supports clients fetching using both the smart HTTP protocol and the backwards-compatible dumb HTTP protocol, as well as clients pushing using the smart HTTP protocol.

原始答案(2010 年 7 月):

来自Pro Git Book :

Probably the most common transport protocol for Git is SSH.
This is because SSH access to servers is already set up in most places — and if it isn’t, it’s easy to do.

SSH is also the only network-based protocol that you can easily read from and write to. The other two network protocols (HTTP and Git) are generally read-only, so even if you have them available for the unwashed masses, you still need SSH for your own write commands.

SSH is also an authenticated network protocol; and because it’s ubiquitous, it’s generally easy to set up and use.

因此它并不比 Git 协议(protocol)“更聪明”，只是针对 Git 协议(protocol) Unresolved 某些功能的补充协议(protocol)。

The downside of the Git protocol is the lack of authentication. It’s generally undesirable for the Git protocol to be the only access to your project.
Generally, you’ll pair it with SSH access for the few developers who have push (write) access and have everyone else use git:// for read-only access

It also requires firewall access to port 9418, which isn’t a standard port that corporate firewalls always allow. Behind big corporate firewalls, this obscure port is commonly blocked.

(这就是为什么在我的店里，我需要使用 ssh+git 而不仅仅是 git，即使是读取访问:9418 被 阻止...)

关于git - 哪个是更智能的 git 协议(protocol)，ssh 或 git(通过 ssh)或 https 协议(protocol)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3248779/