新建branch完成commit后是否必须执行push？push有何作用？

前提说明：从main分支切出独立功能分支做升级开发、所有变更先commit在功能分支的操作，是完全符合Git版本控制常规使用逻辑的，能从流程上避免未完成的代码污染稳定的主干分支。

1. 是否必须将新分支上的commits执行push操作？ #

绝对不是必须的。Git是分布式版本控制系统，你本地新建的分支、提交的所有commits默认都只存储在你自己的本地仓库里，只要你不主动执行git push指令，这些变更永远不会同步到远程仓库，既不会影响其他协作者，也不会改动远程的main分支。
如果你的开发工作全程只在本地单设备完成，不需要用到远程仓库的任何能力，完全可以全程不push这个分支，等本地开发测试完成后直接合并到本地main分支即可，不存在“不push就不符合Git使用规范”的说法。

2. 对新分支的commits执行push后会产生什么效果？ #

git push操作的本质是把你本地分支的提交记录同步到关联的远程仓库，不会自动改动远程已有的其他分支（包括main分支），具体效果分两种场景：

• 首次push该新分支：远程仓库会自动创建一个和你本地分支同名的远程追踪分支，把你本地该分支上所有main分支未包含的commits全量上传存储，其他协作者可以通过拉取操作获取到这个分支的完整代码。
• 非首次推送已有远程分支的新commits：只会上传你本地比对应远程分支多出来的新增提交，常规push操作如果遇到提交冲突会直接报错终止，不会强行覆盖远程分支上已有的提交记录（除非你主动加参数执行强制push）。

3. 开发者选择push新分支上commits的常见原因有哪些？ #

• 代码云端备份：本地设备存在硬盘损坏、文件误删、系统崩溃等风险，把分支push到远程仓库相当于做了一份云端备份，不会因为本地故障丢失写好的代码。
• 支撑多人协作：如果该功能是多个开发者共同开发的，分支push到远程后，所有协作者都可以拉取同一份分支代码，在统一的提交基础上继续开发，不用靠手动传代码包的方式同步进度。
• 发起代码评审流程：现在绝大多数研发团队的合入流程都要求，功能分支必须先push到远程，才能发起合并到main分支的Pull Request（PR）/Merge Request（MR），方便其他同事做代码评审、执行自动化校验，确认代码符合要求后才会合入主干。
• 跨设备同步开发进度：如果你需要在多台设备上切换开发（比如公司办公电脑和个人家用电脑），push分支后可以在另一台设备上直接拉取最新提交继续开发，不用手动拷贝工作区文件。
• 触发远程自动化能力：大部分团队会配置CI/CD流水线规则，分支push后可以自动触发单元测试、测试包构建、测试环境部署等自动化流程，省去本地手动执行这些操作的成本。

内容的提问来源于stack exchange，提问作者K. Pham