在实际工作开发项目中，往往采用迭代开发的方式，对于整个项目中不同功能的开发分别进行迭代，而不是堆叠在一堆分支中；
迭代开发的概念
迭代开发是一种软件开发方法，通过将整个开发过程分解为多个小的迭代周期，每个迭代周期都包含需求分析、设计、开发、测试和交付等环节。迭代开发的核心概念包括：
1.迭代周期：将整个开发过程分解为若干个短小的迭代周期，通常是几周或几个月。每个迭代周期内，团队致力于交付一个可用的产品部分。
2.需求优先级：通过明确需求的优先级，团队能够在每个迭代周期内专注于实现最重要的功能，并在后续迭代中逐步扩展和改进。
3.快速反馈和调整：每个迭代周期结束后，团队会接收用户或客户的反馈，根据反馈进行相应调整，以确保产品满足用户需求。
4.增量交付：迭代开发将产品分解为小的增量部分，使团队能够及时交付部分可用产品，从而提供更早的价值并减少风险。
在各个迭代中，开发人员关联各自的远程分支进行开发，互不影响
git进行代码提交至远程仓库时的流程：
工作区（已关联远程仓库）更改并保存代码 -> 暂存更改的文件 -> 提交暂存文件 -> 推送至远程仓库
git add. 一般在教程中给出的语句就是这个，让初学者会一头雾水（至少我是，这个语句的意义就是 将所有更改的代码文件都提交至暂存区，准备commit提交到本地仓库；但是，在实际开发过程中，可能会有部分配置文件在本地进行修改，无需push到远程仓库，这个时候就不要 git add .，而是选择特定的文件，这个时候使用IDE进行手动选择文件暂存会是一个更好的选择
git commit -m “commit-message” 提交至本地仓库（commit-message为提交变更信息，遵循基本的commit-rules），在IDE中若有集成llm，可以选择使用ai进行commit-msg自动生成；
git push origin HEAD:remote-branch ： remote-branch为自定义远程分支名，对于当前迭代中，当前的迭代分支就相当于整个小功能的master，clone到本地即默认关联这个“master主分支”，在推送时另外创建一个远程分支（即remote-branch），进行pr/mr合并到“master主分支”，这样当remote-branch分支中提交的代码cr为通过被打回，不会污染主功能的开发，同时也可以直接revert回退到特定commit记录
git branch -vv：查看本地分支与远程分支的关联关系
当然了，git只是一个工具，对于工具，我一向的态度就是，即学即用，偶尔记录一些常用的 但是又容易遗忘的记录