当然可以！Git本身就提供了原生的URL重写功能，不需要额外的代理服务器就能实现你要的协议映射，不管是单向的git:转https:，还是针对不同机器的协议切换需求都能轻松搞定。

核心工具：url.<base>.insteadOf配置 #

Git的url.<base>.insteadOf配置项专门用来替换仓库URL的前缀——当你拉取或推送代码时，Git会自动把匹配的前缀替换成你指定的新前缀，完美解决不同机器的协议访问限制问题。

1. 单向映射：git: → https: #

如果你的机器只能通过https:协议访问仓库，想让所有git://开头的请求自动转成https://，只需要运行以下命令：

# 全局配置（对当前机器上的所有仓库生效）
git config --global url."https://<你的仓库域名>/".insteadOf "git://<你的仓库域名>/"

# 示例：如果目标仓库是git://myrepo.com/project.git，就配成
git config --global url."https://myrepo.com/".insteadOf "git://myrepo.com/"

配置后，当你拉取git://myrepo.com/project.git时，Git会自动用https://myrepo.com/project.git去发起请求。

如果只想让这个配置对当前包含子模块的父仓库生效，去掉--global参数即可：

git config url."https://myrepo.com/".insteadOf "git://myrepo.com/"

2. 反向单向映射：https: → git: #

反过来，如果某台机器只能用git:协议访问仓库，就把配置反过来：

git config --global url."git://myrepo.com/".insteadOf "https://myrepo.com/"

这样所有https://开头的仓库请求，都会被自动替换成git://协议。

3. 多机器场景的灵活处理 #

你提到有的机器用git:、有的用https:，其实不需要复杂的"双向映射"配置，只需要在不同机器上分别设置对应的单向规则就行：

• 仅支持https:的机器：配置git:转https:的规则
• 仅支持git:的机器：配置https:转git:的规则

这种方式避免了同一台机器上的规则冲突，也更贴合不同机器的访问限制。

验证配置是否生效 #

可以用以下命令查看当前的URL重写配置：

git config --list --get-regexp url

拉取子模块时，Git会在日志里显示实际使用的URL；你也可以进入子模块目录，运行git remote -v查看实际的远程地址是否被替换。

注意事项 #

• 这是Git原生功能，不需要任何额外代理软件，轻量且可靠
• 如果子模块已经被添加到父仓库，修改配置后需要先同步子模块的远程地址：git submodule sync，再重新拉取：git submodule update --init --recursive
• 可以针对单个项目做更精细的配置，比如只替换某个具体仓库的URL前缀

内容的提问来源于stack exchange，提问作者bmargulies