公开GitHub仓库中能否隐藏特定PR或commit？

GitHub公开仓库没有提供「隐藏已推送的特定commit、已创建的PR」的原生功能，不需要找偏门技巧绕限制，调整工作流是成本最低、最符合开源协作习惯的解决方案，也完全能满足你每日备份代码、不提前暴露半成品开发内容的需求。

• 开发阶段如果需要提前在公开仓库占位、跑CI，可以创建草稿PR（Draft PR）。这类PR虽然对所有访问者可见，但会被系统明确标记为「开发中、暂不接受评审」，其他协作者和维护者能直接区分状态，不会做无效评审。等你开发完成、自检达标后，一键将PR标记为「可供评审（Ready for review）」即可。
• 如果完全不希望未完成的开发内容被外部访问者看到，绝对不要把开发中的分支推送到公开上游仓库。

你完全不需要为了不暴露半成品，硬生生憋到代码完美才提交——git commit是本地版本管理操作，和推送到公开远端仓库没有绑定关系，日常开发想怎么提交就怎么提交，哪怕提交里有调试代码、写一半的功能、临时注释都没关系，只要不推到公开仓库就不会被外人看到。
具体可以按这个流程走：

• 所有开发工作都在本地新建的独立功能分支上做，每天工作结束前正常把当日进度commit到本地分支，本地提交历史再碎、再乱都不影响。
• 如果需要多设备同步代码、怕本地文件丢，可以自己建一个私有仓库作为同步中转站，日常把本地开发分支推到这个私有仓库备份即可，不会对外暴露内容。
• 等功能开发完成、代码质量达到可评审标准后，用git rebase -i把本地零散的半成品提交压缩成1到多个逻辑清晰、代码完整的正式提交，再推送到公开仓库，按需创建正式PR或者草稿PR即可。这个操作也能保证公开仓库的提交历史干净可读，不会堆满无意义的调试提交记录。

• 不要把半成品代码推到公开仓库之后，再靠强推、删commit的方式隐藏内容：只要commit曾经被推送到公开仓库，就存在被其他人拉取、fork、缓存的可能，强推根本没法彻底清除痕迹，还会搞乱提交历史，给其他协作者造成不必要的麻烦。
• 不要浪费时间找给PR单独设查看权限、隐藏特定commit的偏方：公开仓库的所有PR、已推送分支的commit默认对所有访问者开放，没有细粒度的单PR/单commit隐藏权限，折腾这类功能的时间远不如调整工作流的效率高。

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