如何检查 Git 远程仓库是否配置为使用 HTTPS

简介

在这个实验中，你将学习如何检查 Git 远程仓库是否配置为使用 HTTPS 协议。我们将探索 git remote -v 命令，以查看远程仓库的 URL 并特别验证 URL 方案。

通过实际步骤，你将创建一个测试仓库，添加一个 HTTPS 远程仓库，并使用 git remote -v 来确认配置。这个实验将让你掌握相关知识，确保你的本地仓库使用所需的协议连接到正确的远程位置，理解 HTTPS 和 SSH 远程配置之间的区别。

Skills Graph

检查 git remote -v 的 HTTPS 配置

在这一步中，我们将探讨如何检查 Git 仓库的远程 URL，特别关注 HTTPS 协议。了解远程 URL 至关重要，因为它会告知你的本地 Git 仓库从哪里获取代码，以及将你的更改推送到哪里。

首先，让我们创建一个简单的 Git 仓库来进行操作。导航到你的项目目录并初始化一个新的 Git 仓库：

cd ~/project
mkdir my-remote-test
cd my-remote-test
git init

现在，让我们添加一个远程 URL。为了演示目的，我们将使用一个占位 URL。在实际场景中，这将是你在 GitHub、GitLab 或 Bitbucket 等平台上的仓库的 URL。

git remote add origin https://github.com/user/repo.git

此命令添加了一个名为 origin 的远程仓库，并指定了 HTTPS URL。origin 是主要远程仓库的惯用名称。

现在，要检查远程 URL，我们使用 git remote -v 命令。-v 标志代表“详细”，它将显示拉取和推送的 URL。

git remote -v

你应该会看到类似以下的输出：

origin  https://github.com/user/repo.git (fetch)
origin  https://github.com/user/repo.git (push)

此输出确认你的仓库有一个名为 origin 的远程仓库，并且已配置为使用 HTTPS 协议进行拉取和推送。(fetch) 表示你从远程拉取或获取更改时使用的 URL，而 (push) 表示你将本地更改推送到远程时使用的 URL。

对远程仓库使用 HTTPS 很常见，特别是对于公共仓库，或者当你使用用户名和密码或个人访问令牌进行身份验证时。了解如何检查此配置非常重要，以确保你的本地仓库使用所需的协议连接到正确的远程位置。

验证 URL 方案

在这一步中，我们将专门验证远程 URL 是否使用了 HTTPS 方案。虽然 git remote -v 会显示完整的 URL，但有时你可能需要通过编程方式进行检查，或者只是确认所使用的协议。

我们可以通过将 git remote -v 的输出通过管道传递给 grep 并搜索“https”字符串来实现这一点。

首先，确保你位于 my-remote-test 目录中：

cd ~/project/my-remote-test

现在，运行 git remote -v 命令，并将其输出通过管道传递给 grep：

git remote -v | grep "https"

如果 origin 的远程 URL 确实使用了 HTTPS，你应该会看到类似以下的输出：

origin  https://github.com/user/repo.git (fetch)
origin  https://github.com/user/repo.git (push)

如果输出为空，则意味着远程 origin 未配置为使用 HTTPS URL。

了解 URL 方案（如 https:// 或 git@）很重要，因为它决定了 Git 将如何与远程服务器进行身份验证。HTTPS 通常使用用户名/密码或令牌，而 SSH 使用 SSH 密钥。知道配置了哪种方案有助于你排查连接问题或了解所使用的安全方法。

这个简单的检查是一种快速确认协议的方法，无需手动解析完整的 URL。

测试 SSH 与 HTTPS

在这一步中，我们将探讨使用 HTTPS 和 SSH 协议与远程 Git 仓库进行交互的区别。虽然这两种协议都允许你拉取和推送代码，但它们使用不同的身份验证方法。

我们已经将 origin 远程仓库配置为使用 HTTPS。让我们尝试模拟使用这两种协议克隆仓库，以查看 URL 格式的差异。

首先，导航回 ~/project 目录：

cd ~/project

现在，让我们模拟使用 HTTPS 克隆一个仓库。我们将使用一个克隆时无需身份验证的公共仓库 URL。

git clone https://github.com/git/git.git git-https-test

此命令将官方 Git 仓库克隆到一个名为 git-https-test 的新目录中。你将看到指示克隆过程的输出。这是可行的，因为通过 HTTPS 克隆公共仓库通常不需要凭证。

现在，让我们模拟使用 SSH 协议克隆同一个仓库。SSH URL 格式不同，通常类似于 git@hostname:user/repo.git。

git clone [email protected]:git/git.git git-ssh-test

当你运行此命令时，你可能会看到一条询问主机真实性的消息，或者出现权限被拒绝的错误。这是因为通过 SSH 克隆需要使用 SSH 密钥进行身份验证。由于我们在这个环境中尚未设置 SSH 密钥，连接将失败或提示输入凭证。

Cloning into 'git-ssh-test'...
The authenticity of host 'github.com (20.205.243.166)' can't be established.
ED25519 key fingerprint is SHA256:+DiY3wvvV6qU/mzgpTw4mSjJA9PMpTkCXPzQ7lPkLiA.
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])?

你可以输入 no 并按回车键拒绝连接尝试。

这展示了关键区别：HTTPS 通常更适合公共访问（如克隆），而 SSH 在设置好 SSH 密钥后，为经过身份验证的访问（如推送更改）提供了更安全、更便捷的方法。

你现在可以删除测试目录：

rm -rf git-https-test git-ssh-test

了解何时使用 HTTPS 与 SSH 对于管理你的 Git 工作流程以及确保安全访问你的仓库非常重要。

总结

在本次实验中，我们学习了如何检查 Git 远程仓库是否配置为使用 HTTPS 协议。我们首先初始化了一个新的 Git 仓库，并使用 HTTPS URL 添加了一个远程仓库。用于验证远程 URL 及其协议的核心命令是 git remote -v，它会显示每个已配置远程仓库的拉取和推送 URL。

我们确认了 git remote -v 的输出能够清晰显示 URL 方案，从而让我们可以确定是否正在使用 HTTPS。这个过程对于理解本地仓库如何与远程仓库进行交互，以及确保使用了所需的连接协议至关重要。