修改Readme.md的小版本更新场景下Git分支命名方法咨询

适配本次改动的分支命名方案 #

针对仅调整README补充配置说明的纯文档类小幅改动，通用规范下有两种常用命名方式，优先级从高到低：

• 优先使用docs/前缀，后面跟上精简的改动描述，示例：docs/add-env-config-instructions-to-readme，这个前缀是通用规范里专门对应文档类改动的分类，辨识度最高
• 如果所在团队没有约定docs/前缀规则，可使用chore/前缀，这个前缀对应不改动业务逻辑、不影响功能运行的杂项更新，示例：chore/update-readme-config-description

注：如果团队有内部统一的分支命名约定，优先遵循内部规则即可

规范参考依据 #

目前行业内通用的分支命名规则大多衍生于Git Flow、GitHub Flow等主流协作工作流，针对非功能开发、非问题修复的改动，已经形成了docs/、chore/等通用分类前缀的共识，符合常规协作要求。

操作思路合理性判断 #

你的操作思路完全符合Git协作的最佳实践：小改动单独开分支、提前对齐命名规范再提交发起合并请求的操作，既可以避免直接修改主分支带来的风险，也方便团队成员做代码审核，没有问题。

内容的提问来源于stack exchange，提问作者24SVEN