git分支及提交规范【AI 文心一言】

Git代码提交规范和分支命名规范是团队协作中非常重要的部分，它们有助于保持代码库的清晰、一致和易于管理。以下是对Git代码提交规范和采用“/”分割的分支命名规范的总结：

Git代码提交规范

提交类型：
feat: 增加新功能
fix: 修复问题BUG
docs: 文档更新
style: 代码格式（不影响代码运行的变动）例如去掉空格、改变缩进、增删分
refactor: 代码重构（既不是修复bug也不是添加新功能的代码更改）
perf: 性能优化
test: 添加测试或更新测试
build: 构建系统或外部依赖项的更改,例如webpack，npm
ci: 持续集成相关的变动
chore: 其他不修改src或测试文件的更改,例如构建过程或辅助工具的变动
revert: 回滚某次提交
提交信息格式：

<type>/<scope>:<subject>  
<BLANKLINE>  
<body>  
<BLANKLINE>  
<footer>
/**
<type>/<scope>: 提交类型和影响范围（可选），使用“/”分隔。
<subject>: 简短的描述，以动词开头，首字母小写，结尾不加句号。
<body>: 详细描述提交的内容和目的（可选）。
<footer>: 与提交有关的元数据（可选），如关联的任务号、关闭的issues等。
**/

commit示例

feat/user-profile: Add profile picture upload  Allow users to upload a profile picture in their profile page.  
This change introduces a new file upload form and integrates it with our image storage solution.  BREAKING CHANGE: The user profile API endpoint has been updated to include the profile picture URL.  Closes #123

分支命名规范（采用/”分割）

主分支：
main 或 master: 项目的稳定版本，用于存放主要的功能和稳定的代码。
开发分支：
develop: 开发主分支，所有新功能从这个分支创建自己的开发分支。
功能/特性分支：
feature/: 用于开发某个具体功能或特性的分支。例如，feature/user-authentication。
修复分支：
hotfix/ 或 hotfix/: 用于紧急修复主分支上的bug。
发布分支：
release/: 用于准备发布新版本的分支。例如，release/v1.2.0。
支持分支：
support/: 用于维护和支持已发布版本的代码。
其他自定义分支：
根据项目和团队的实际情况，可以使用其他自定义的命名方式，但应保持清晰、简洁、易懂，并使用“/”来分隔单词。
注意事项
分支命名时，建议使用小写字母，避免使用空格和特殊字符。
遵循“一个分支尽量开发一个功能模块”的原则，避免多个功能模块在一个分支上开发。
在合并分支之前，最好先拉取主分支的最新代码，解决可能出现的冲突。
这样的代码提交和分支命名规范可以提高代码库的可读性和可维护性，有助于团队协作和项目管理。