首次部署前如何遵循GitHub Flow确保main分支始终可部署？

严格遵守GitHub Flow的核心准则：main分支必须始终保持可部署状态，绝对不能为了赶进度让main分支存在不可部署的代码。

具体操作步骤如下：

• 从初始的空main分支切出第一个特性分支（例如feat/minimal-deployable-core），在这个分支里只开发最小可部署的核心功能——比如能正常启动的服务框架、基础配置、可访问的默认页面/接口这类满足最基础部署要求的代码，确保该分支能通过构建、测试、部署的全流程验证。
• 完成这个最小可部署分支的测试后，合并回main分支。此时main分支已经具备可部署能力，立刻执行首次部署。
• 后续的功能开发全部基于main分支切出新的特性分支，每完成一个可独立部署的功能模块，就合并回main分支，始终维持main的可部署性。

之所以不能等到所有开发完成再合并到main，原因很简单：

1. 违反了GitHub Flow的核心约定，破坏了分支管理的一致性；
2. 一次性合并大量代码会引入极高的集成风险，排查问题难度大；
3. 提前完成最小可部署版本的部署，能提前验证部署流程、环境配置是否存在问题，避免后期全部开发完才发现部署层面的致命问题。

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