配置非全局Git与SSH设置后推送本地仓库到Gitlab遇报错

SSH连通性测试命令报错修正 #

之前测试SSH时混淆了Git远程地址的结构，Git SSH格式的远程地址为git@<主机域名>:<仓库路径>.git，SSH连通性测试仅需提供@后的主机域名部分，不需要携带后续的仓库路径。

• 针对你使用的公共gitlab.com实例，匹配你之前配置的独立SSH密钥逻辑，正确的测试命令为：

  ssh -T -i ~/path-to-ed25519 -F /dev/null git@gitlab.com
  

  其中-F /dev/null参数的作用和你仓库配置的core.sshCommand对齐，完全跳过全局SSH配置文件，强制使用个人项目的独立私钥，避免工作场景的全局SSH配置干扰测试结果。
• 配置正常时，命令执行后会返回Welcome to GitLab, @你的GitLab用户名!类提示，代表SSH密钥认证生效。
• 之前出现Could not resolve hostname gitlab.com:username/project报错，是因为误将带项目路径的完整Git远程地址当作SSH目标主机名，导致DNS解析失败，和SSH密钥配置本身无关。

git push推送无内容报错排查 #

No refs in common and none specified; doing nothing. Perhaps you should specify a branch such as 'master'报错和SSH配置无关联，核心原因是本地仓库不存在可推送的有效提交记录，按顺序排查即可：

1. 在本地仓库目录执行git log，检查是否存在有效提交：
   • 如果命令返回fatal: your current branch 'master' does not have any commits yet，说明仓库初始化后还未完成任何文件提交操作，需先执行提交流程：

     git add .
     git commit -m "初始提交"
     

   • 若已有提交记录，执行git branch确认当前分支名，核对要推送的分支是否存在（注意当前Git默认分支可能为main而非旧版的master）。
2. 执行git remote -v校验远程地址配置，确认origin对应的地址为实际的git@gitlab.com:你的用户名/你的项目名.git，不要误将Gitlab示例中的project.git占位符当作实际地址填写。
3. 由于你已在仓库级配置了独立的user.name、user.email、core.sshCommand，这类配置仅写入当前仓库的.git/config文件，不会覆盖全局工作配置，配置逻辑无问题，本地提交完成后直接执行原有推送命令即可：

   git push -u origin --all
   git push -u origin --tags
   

常见配套校验项 #

• 加载独立私钥时，需保证私钥文件权限合规，执行chmod 600 ~/path-to-ed25519设置权限，否则SSH会因安全规则拒绝加载权限过松的私钥文件。
• 若SSH测试返回权限拒绝，核对已上传到Gitlab账户的公钥，是否和你本地指定的私钥为同一对密钥。

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