git命令本身没有独立的“域名”配置项，通常说的git命令域名是指远程仓库URL中的服务器主机名，例如github.com、gitlab.company.com；配置域名关联git命令，本质就是让git在clone、push、pull时，把域名正确解析并映射到对应的远程仓库服务。
git命令域名是什么？从一个clone场景说起
平时执行 git clone https://github.com/user/repo.git，github.com 就是git命令中涉及的域名，如果执行 git clone git@github.com:user/repo.git，冒号前面的 github.com 同样是域名，git命令本身不会去管这个域名是公网域名还是内网域名,它只负责把地址交给底层传输协议处理。
git命令中域名出现的三种情况
- HTTPS协议：
https://域名/路径/仓库.git - SSH协议：
git@域名:路径/仓库.git - Git协议：
git://域名/路径/仓库.git（较少使用）
git命令不单独“绑定”域名
git没有类似 git domain set xxx.com 这种命令,域名配置分散在两个层面：
- 远程仓库URL本身
- 本机网络与SSH/HTTPS相关配置
这解释了为什么有人搜索“git命令域名是什么”却找不到独立配置项它不是一个静态属性，而是每次连接远程仓库时从URL或配置文件动态读取的主机名，换句话说，域名和git命令之间的关联，是通过“远程地址”这座桥建立的。
常见git托管平台域名对比
| 平台 | 默认域名 | 常见使用场景 |
|---|---|---|
| GitHub | github.com | 开源项目、海外协作 |
| Gitee | gitee.com | 国内访问速度较快、中文界面友好 |
| GitLab | gitlab.com | 自建实例与CI/CD集成 |
| 公司自建 | 如 git.company.com | 内网安全、代码不出域 |
这张表里的域名都是git命令中可以直接写到URL里的主机名，不需要额外注册,只要服务器能解析就行。
git配置域名怎么设置？从remote到insteadOf
已有仓库直接修改远程URL
场景：公司git服务器域名从 old.git.com 迁移到 new.git.com,本地仓库需要改。
git remote -v # 输出示例 origin https://old.git.com/team/repo.git (fetch) origin https://old.git.com/team/repo.git (push) git remote set-url origin https://new.git.com/team/repo.git
三步：先查看、再设置、最后用 git remote -v 验证，这个方法的优点是直观,缺点是有几个仓库就要改几次。
insteadOf：一次配置全局域名替换
如果本地有多个仓库，一个个改太麻烦，git提供 url.<base>.insteadOf 重写规则：
git config --global url."https://new.git.com/".insteadOf "https://old.git.com/"
配置后，任何仓库中写着 https://old.git.com/ 的地址，git实际访问时会自动替换为 https://new.git.com/，原URL并没有被修改，只是连接时动态重写,这个操作在团队迁移git服务器域名时尤其省事。
insteadOf的匹配优先级
- 规则可以写多条
- 匹配时按字符串前缀最长优先
- 例如同时存在
https://new.git.com/team/和https://new.git.com/，前者优先
可以通过 git config --global --get-regexp '^url.' 查看所有重写规则，这种全局重写方式对开发者来说基本无感,不需要逐个仓库调整远程地址。
git config三级配置写入位置
| 层级 | 命令参数 | 典型路径 | 作用范围 |
|---|---|---|---|
| 系统级 | --system |
/etc/gitconfig |
本机所有用户 |
| 全局级 | --global |
~/.gitconfig 或 ~/.config/git/config |
当前用户所有仓库 |
| 仓库级 | 无参数 | 仓库内 .git/config |
仅当前仓库 |
配置域名重写时，多数开发场景用 --global 就够了，团队统一部署时才考虑 --system,仓库级配置一般用于单个项目有特殊域名映射的情况。
git ssh域名配置方法：让短域名走指定主机
公司内网git服务器域名配置
内网可能没有DNS，或者希望用易记的 git.internal 代替 168.10.20，可以编辑 ~/.ssh/config：
Host git.internal
HostName 192.168.10.20
User git
Port 2222
IdentityFile ~/.ssh/id_ed25519之后clone可以直接写：
git clone git@git.internal:team/repo.git
git实际会读取SSH配置，把 git.internal 解析成 168.10.20，使用指定端口和密钥连接,验证连通性：
ssh -T git@git.internal
这一条配置解决了三个问题：短域名代替IP、非默认SSH端口、指定私钥文件,很多公司内网git服务器都用这种方式做统一接入。
github域名访问慢怎么配置镜像或443端口
不少开发者遇到 github.com 访问慢或超时，除了网络代理,git配置层面有两种常见做法。
url.insteadOf指向镜像域名
git config --global url."https://镜像域名/".insteadOf "https://github.com/"
这里的镜像域名需要替换为实际可用的镜像站，不建议使用来源不明的镜像，因为代码会经过第三方服务器，存在泄露风险，这也是为什么有些团队宁愿忍受慢速,也不走公开镜像的原因。
SSH走443端口
GitHub的SSH服务支持通过 ssh.github.com 的443端口连接，在 ~/.ssh/config 中写：
Host github.com
HostName ssh.github.com
Port 443
User git测试：
ssh -T -p 443 git@ssh.github.com
这样在部分网络环境下可以绕开22端口限制，两种方法可以组合使用，但配置越多排查链路越长,建议按需选择。
git clone时指定域名和远程域名批量替换
clone时直接使用新域名
如果是新克隆,直接写对域名即可：
git clone https://new.git.com/team/repo.git
不需要额外配置，git会从URL中提取主机名进行DNS解析，这也说明一个事实：域名关联从来不是在clone之前必须提前“注册”的，它只取决于URL写得对不对、DNS通不通。
已有仓库一键替换域名
当前仓库替换可以使用一条命令组合：
git remote set-url origin $(git remote get-url origin | sed 's#old.git.com#new.git.com#')
多个仓库批量替换时，可在各仓库目录执行相同命令，或写脚本遍历，更安全的做法是用 insteadOf 全局重写，避免大量写入操作，实际生产环境中,全局重写被更多团队采用。
验证域名替换是否生效
git remote -v git config --global --get-regexp '^url.' git ls-remote origin
ls-remote 能直接验证当前远程地址是否可访问，比单纯看配置更可靠，如果这一步通过,说明域名到服务器的整条链路已经打通。
域名关联排查：git命令连不上域名
域名解析检查
nslookup git.example.com ping git.example.com
需要注意，ping不通不代表git一定连不上，部分服务器禁ping,应结合端口测试判断。
端口连通性检查
SSH默认22端口,HTTPS默认443端口：
telnet git.example.com 22 telnet git.example.com 443
如果telnet长时间无响应，大概率是网络策略或防火墙拦截，这种情况在公司内网环境中尤其常见,需要网络管理员放行对应端口。
HTTPS证书错误
自建Git服务器常用自签名证书，此时git可能报SSL certificate problem,可以在仅限内部测试环境使用：
git config --global http.sslVerify false
生产环境不建议关闭证书校验，更稳妥的方式是将内部CA证书导入系统信任链，或配置 http.sslCAInfo 指向证书文件，安全性和便利性之间,正式项目应优先保证安全性。
Q&A
git命令域名和IP地址有什么区别？
域名是便于记忆的主机别名，需要通过DNS解析成IP地址才能建立连接，git命令中两者均可使用，但域名迁移服务器时无需改动远程配置，IP地址则需要逐个修改，日常开发和团队协作中,行业共识认为使用域名比直接使用IP更容易维护。
git命令域名配置多个怎么管理？
可以用 ~/.ssh/config 写多个Host别名，各自指定不同HostName、Port、User、IdentityFile；HTTPS重写可用多条 insteadOf 规则，按前缀匹配优先级生效，每个域名独立对应一组连接参数，互不冲突，管理时尽量把规则集中写在全局配置文件里,避免散落在各个仓库中。
git clone时指定域名可以免密吗？
可以，SSH协议通过部署公钥到服务器实现免密；HTTPS协议可配置 credential.helper store 保存凭证，之后同域名下的操作不再重复输入账号密码，免密生效后，只要域名保持不变，clone、push、pull都会自动携带认证信息。
git命令域名不是一个孤立开关，它藏在远程URL和SSH配置里，吃透了remote、insteadOf、ssh config这三个入口,基本就掌握了所有域名关联场景。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/665222.html
