feature分⽀_Git分⽀命名规范
git 分⽀命名规范
git 分⽀命名规范
g防晒霜怎么用才正确使用顺序
it 分⽀命名规范 为规范开发，保持代眼睛英文怎么读
码提交记录以及 git 分⽀结构清晰，⽅便后续维护，现规范 git 的相关操作。
主要规范两点：
⼀.git 分⽀命名规范
git 分⽀分为集成分⽀、功能分⽀和修复分⽀，分别命名为 de累了的图片
velop、feature 和 hotfix，均为单数。不可使⽤ features、future、hotfixes、hotfixs 等错误名称。
1.git主分⽀(master)。它是⾃动建⽴，⽤于发布重⼤版本更新
1.git主分⽀(master)。
2.git开发主分⽀(develop)。⽇常开发在此分⽀上进⾏
2.git开发主分⽀(develop)。
3.git临时性分⽀：⽤于应对⼀些特定⽬的的版本开发(验证OK后，应该删除此分⽀)，主要有：
3.git临时性分⽀
功能（feature）分⽀：它是为了开发某种特定功能，从Develop分⽀上⾯分出来的。开发完成后，要再并⼊Develop。可以采⽤feature-的形式命名。
预发布（relea）分⽀：
预发布（relea）分⽀：指发布正式版本之前（即合并到Master分⽀之前），我们可能需要有⼀个预发布的版本进⾏测试。预发布分⽀是从Develop分⽀上⾯分出来的，预发布结束以后，必须合并进Develop和Master分⽀。它的命名，可以采⽤rel确保的英文短语
ea-的形式修补bug（hotfix）分⽀：软件正式发布以后，难免会出现bug。这时就需要创建⼀个分⽀，进⾏bug修补。修补bug分⽀是从修补bug（hotfix）分⽀：
Master分⽀上⾯分出来的。修补结束以后，再合并进Master和Develop分⽀。它的命名，酱菜的做法
可以采⽤hotfix-***的形式。
注意事项： ⼀个分⽀尽量开发⼀个功能模块，不要多个论文结尾怎么写
功能模块在⼀个分⽀上开发。 feature 分⽀在申请合并之前，最好是先 pull 注意事项：
⼀下 develop 主分⽀下来，看⼀下有没有冲突，如果有就先解决冲突后再申请合并。
⼆.git 提交记录规范
每个 git commit 记录都需要按照固定格式，具体格式为： 第⼀⾏：作者: 功能模块名称（或 功能模块ID） 第⼆⾏：提交描述，中英⽂皆可 + ： 增加代码 * ： 修改代码 - ： 删除代码
