代码提交规范
这份文档将会简要的介绍DragonOS Github仓库的代码提交规范，主要是给出了基于Conventional Commit的命名规范，以及对DragonOS Bot的简要介绍
Conventional Commit(约定式提交)
关于约定式提交的详细规范，在Conventional Commit/约定式提交网站中有详细介绍，在本节末尾将给出示例(摘自Conventional Commit/约定式提交网站)，可选择性阅读。我们做出以下特别说明：
由于DragonOS内核原则上仅通过系统调用接口保证对外可用性，而迄今为止(2024/04/22)，出于对软件生态的考量，DragonOS选择实现与Linux一致的系统调用，因此不会对
破坏性变更(BREAKING CHANGES)做特殊说明，或者说，在当前开发环境中不会产生对用户产生显著影响的破坏性变更，因此无特殊需要，DragonOS内核不应使用诸如feat!来表示破坏性变更。(内核之外，例如dadk，仍需遵循规范)DragonOS社区严格遵循基于squash的工作流，因此我们并不强制要求PR中的每一个单独的commit都符合Conventional Commit/约定式提交，但是我们仍强烈建议使用。
关于scope: 如无特殊说明，以子模块/系统/目录名作为范围，例如代码变动是发生在
kernel/src/driver/net中的特性追加，那么应当命名为feat(driver/net):，如果是发生在kernel/src/mm/allocator中，应当命名为feat(mm)，简而言之就是要尽可能简短的表现出所属模块，大多数情况下，不应使用超过两级的范围标识，例如fix(x86_64/driver/apic)是错误的，应当命名为fix(x86_64/apic)在DragonOS内核代码仓库中的
issue checker会对标题格式进行简单审查，如果不符合格式的将会被标记为ambiguous，贡献者们请按需修改使用小写
示例
包含了描述并且脚注中有破坏性变更的提交说明
feat: allow provided config object to extend other configs
BREAKING CHANGE: `extends` key in config file is now used for extending other config files
包含了 ! 字符以提醒注意破坏性变更的提交说明
feat!: send an email to the customer when a product is shipped
包含了范围和破坏性变更 ! 的提交說明
feat(api)!: send an email to the customer when a product is shipped
包含了 ! 和 BREAKING CHANGE 脚注的提交说明
chore!: drop support for Node 6
BREAKING CHANGE: use JavaScript features not available in Node 6.
不包含正文的提交说明
docs: correct spelling of CHANGELOG
包含范围的提交说明
feat(lang): add polish language