Git

五大分支 主分支（main/master） 作用：存放稳定、可随时部署到生产环境的代码。 特点： 分支上的每一个提交都对应一个正式的发布版本。 不允许直接在此分支上开发。 通常会被打上版本标签（如v1.0.0，v1.0.1) 开发分支（develop）锅 作用：存放最新开发成果的集成分支，是功能开发的集线器。 特点： 当develop分支上的代码达到稳定状态并准备发布时，会合并到main分支。 所有功能分支、发布分支都从develop分支拉取。 功能分支（feature/*）自己的碗 来源：develop 合并到：develop 命名惯例：feature/user-authentication，feature/payment-integration 作用：开发新功能。 生命周期： 从develop分支拉取。 开发完成后，合并回develop分支。 合并后，该功能分支通常被删除。 1 2 3 4 // 删除本地 git branch -d feature/user-authentication // 删除远程 git push origin --delete feature/user-authentication Bash 发布分支（release/*） 来源：develop 合并到：develop 和 main 命名惯例：release/1.2.0,release/2024-spring 作用：为发布新版本做准备。在此分支上只做Bug修复、生成版本号、整理文档等发布准备工作，不 再添加新功能。 生命周期： 当develop分支的功能足够进行一次发布时，从develop拉出release分支。 在此分支上进行最后的测试和修复。 准备就绪后，将release分支合并到main分支并打上版本标签。 同时，还必须合并回develop分支，因为release分支上的修复可能在develop分支上不存在。 热修复分支（hotfix/*） 来源：main 合并到：main 和 develop 命名惯例：hotfix/critical-security-patch,hotfix/1.2.1 作用：快速修复生产环境（main分支）上的紧急Bug。 生命周期： 从main分支上出现Bug的提交点（通常是最近的标签）拉取。 修复完成后，合并回main分支并打上新的版本标签（如v1.0.1）， 同时，还必须合并回develop分支，确保修复在后续开发中也生效。 代码回退（重要） 工作区有改动，无add无commit无push 执行rollback ...