如何发布Git仓库且不泄露特性分支中的未公开工作？

首先可以明确告诉你：按照你列出的步骤操作，完全不会把私有分支的信息带到公开仓库里。下面我结合Git的底层机制帮你确认，再补充几个关键的注意事项：

你的操作步骤为什么安全 #

咱们一步步拆解你的流程：

1. 创建新仓库：这是一个完全干净的本地仓库，没有任何历史提交或分支信息，相当于一张白纸。
2. 将私有原仓库设为secret远程：这只是在本地仓库里添加了一个远程仓库的引用，不会自动同步任何分支，所有操作都在你本地可控。
3. 执行git pull secret master：这个命令只会拉取私有仓库的master分支内容到你当前的本地分支（也就是新仓库的master）。Git在拉取时只会获取master分支对应的提交链，其他私有分支的提交、分支名等信息根本不会被引入到这个新仓库里。
4. 设置公开的origin远程：此时你的本地仓库里只有从私有master拉来的内容，没有任何其他私有分支的痕迹。
5. 执行git push -u origin master：推送时只会把本地的master分支推送到公开仓库，其他分支不存在于这个本地仓库中，自然不会被推送出去。

Git分支的底层逻辑：为什么私有分支不会被泄露 #

Git的分支本质上只是一个指向特定提交的"指针"，每个分支的提交链是独立的。当你只拉取master分支时，你只复制了master对应的所有提交记录和指针，私有分支的指针、提交链完全没有被复制到新仓库。公开仓库只会接收你推送的master分支数据，根本不知道私有分支的存在。

重要提醒：清理master分支历史中的敏感信息 #

虽然分支没问题，但你提到的"明文密码出现在公开仓库"的风险确实存在——不过不是来自私有分支，而是**master分支的历史提交**。如果之前在master里不小心提交过密码、API密钥、未公开的实验数据等敏感内容，即使你后来删除了这些文件，Git的历史记录里依然会保留它们，任何人都可以通过git log或git show命令查到。

建议你做以下检查和清理：

• 用git log --grep="password\|secret\|key"搜索提交信息里是否有敏感关键词
• 用git-filter-repo工具扫描整个master分支的历史提交，找出包含敏感内容的文件，然后彻底清理这些历史记录（清理后需要执行git push -f origin master，因为你修改了历史）

总结 #

你的方案完全能实现"只公开已评审论文的模拟代码、隐藏在研工作"的需求，只要确保master分支的历史里没有敏感信息，就可以放心推送。

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