推送含OAuth2.0敏感信息文件受阻，求解决方案及专业实践

1. 推送限制的排查 #

GitHub不会平白无故阻止文件推送，但如果仓库开启了秘密扫描，哪怕是空的clientSecret字段也可能触发预警；Git Kraken本身默认不限制推送，先查这两处：

• 看本地.gitignore有没有包含这个配置文件；
• 查看Git Kraken的推送报错日志，明确是本地规则还是远程仓库的限制。

2. 是否可以推送该文件？ #

不建议直接推送这个配置文件——哪怕现在是空的，后续一旦误填真实密钥再推送，会直接泄露敏感信息。如果要提交模板，建议重命名为application-oauth2.yml.example，明确是示例文件，同时在注释里提醒不要填入真实密钥。

3. 专业团队的标准处理方案 #

环境变量注入 #

把敏感配置放到环境变量，配置文件通过占位符引用：

security:
    oauth2:
      client:
        registration:
          google:
            clientId: '${GOOGLE_CLIENT_ID:}'
            clientSecret: '${GOOGLE_CLIENT_SECRET:}'
            redirectUri: "http://localhost/login/oauth2/code/{registrationId}"
            scope: email, profile

本地开发用.env文件（必须加入.gitignore）存环境变量，生产环境用服务器/云平台的密钥管理服务配置。

配置文件拆分 #

• 把敏感配置单独写在application-secrets.yml里，将这个文件加入.gitignore；
• 主配置文件通过spring.profiles.include引入该文件，只在本地或生产环境加载，不提交到仓库。

加密共享敏感配置 #

如果团队需要共享部分敏感内容，用git-crypt或Blackbox这类工具加密指定文件，提交到仓库的是加密后的内容，只有持有密钥的成员才能解密查看。

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