每个人都可以，
拥有SSL证书

在开发过程中，Git的SSL验证可能因证书过期、自签名证书或网络限制等问题导致操作失败。本文将系统梳理关闭Git SSL验证的多种方法，并提供安全实践建议。

关闭SSL验证的三种方法

全局禁用SSL验证

通过Git配置命令全局关闭SSL验证（影响所有仓库）：

# 全局禁用SSL验证
git config --global http.sslVerify false

适用场景：测试环境或私有网络，需快速解决证书问题。

针对特定仓库禁用

仅对当前仓库关闭SSL验证（优先级高于全局配置）：

# 进入仓库目录后执行
git config http.sslVerify false

优势：避免全局安全风险，适合临时调试。

手动修改配置文件

1. 打开全局配置文件：
   • Linux/macOS: ~/.gitconfig
   • Windows: C:\Users\<用户名>\.gitconfig
2. 添加或修改以下内容：

   [http]
       sslVerify = false

注意：修改后需重新启动终端或IDE使配置生效。

安全替代方案

方案一：更新CA证书库

解决证书过期或链不完整问题：

# Ubuntu/Debian
sudo apt-get update && sudo apt-get install --reinstall ca-certificates

# CentOS/RHEL
sudo yum update ca-certificates

原理：通过更新系统根证书库，使Git能正确验证服务器证书。

方案二：改用SSH协议

完全绕过HTTPS验证问题：

# 修改远程仓库地址为SSH格式
git remote set-url origin git@github.com:用户名/仓库名.git

前提条件：需提前配置SSH密钥并添加到Git平台（如GitHub/GitLab）。

验证与恢复

检查当前配置

# 查看所有Git配置
git config --list | grep sslVerify

# 输出示例
# http.sslVerify=false

恢复SSL验证

# 全局恢复验证
git config --global http.sslVerify true

# 恢复特定仓库验证（需进入仓库目录）
git config --unset http.sslVerify

风险与建议

最佳实践：

1. 生产环境严禁长期禁用SSL验证
2. 测试环境使用后立即恢复验证
3. 团队应统一管理证书更新流程