Git 何时使用ssh或http进行克隆？

此时，url上有几个选项可以从中克隆存储库。例如，https和ssh

---

我知道如果repo托管在私有服务器上，人们会使用ssh，但是如果项目托管在Github上，那么通过http或ssh进行克隆有什么区别吗？

我做了一些挖掘，发现：

但在大多数情况下，他们是一样的

使用ssh进行克隆，并用于本地托管的存储库：

SSH URLs can be used locally, or as a secure way of deploying your code to production servers. You can also use SSH agent forwarding with your deploy script to avoid managing keys on the server.

---

我做了一些挖掘，发现：

但在大多数情况下，他们是一样的

使用ssh进行克隆，并用于本地托管的存储库：

SSH URLs can be used locally, or as a secure way of deploying your code to production servers. You can also use SSH agent forwarding with your deploy script to avoid managing keys on the server.

---

正如您可能猜到的，不同之处在于所使用的协议。假设您不太关心HTTPS和ssh之间的技术细节，ssh的优点是您可以使用公钥身份验证，而您必须在HTTPS中使用用户名和密码。它们都将存储库放到您的计算机上，并允许您以相同的方式与远程设备进行交互。HTTPS还有一个优势，即它比ssh更适合防火墙，尽管我从未遇到过阻止我使用ssh的网络

---

正如@Jeeter的回答所解释的，Github鼓励您使用HTTPS，所以如果您有疑问，我想还是使用HTTPS吧。

区别在于所使用的协议，正如您可能猜到的那样。假设您不太关心HTTPS和ssh之间的技术细节，ssh的优点是您可以使用公钥身份验证，而您必须在HTTPS中使用用户名和密码。它们都将存储库放到您的计算机上，并允许您以相同的方式与远程设备进行交互。HTTPS还有一个优势，即它比ssh更适合防火墙，尽管我从未遇到过阻止我使用ssh的网络

---

正如@Jeeter的回答所解释的，Github鼓励您使用HTTPS，所以如果您有疑问，请使用它，我猜。

在大多数情况下，ssh有更好的授权机制——只要把公钥放在那里，你就不必再考虑它了。在大多数情况下，ssh有更好的授权机制——只要把公钥放在那里，你就不必再考虑它了