KaTool-Security
Home
GetStart
  • AuthCenter
  • 适配SpringCloudGateWay
  • 适配Zuul
  • 网关中间件更换适配方案
  • 插件化鉴权
  • 注解文档
  • Restful响应文档
  • 内部方法文档
  • Auth中心RPC调用接口文档
  • 1.1.0.RELEASE之前
  • 1.1.0.RELEASE新概念
  • 参与贡献
  • 未来规划
  • KaTool
  • KaToolTest
  • 在github上修改本页面
  • Karos'Blog
Home
GetStart
  • AuthCenter
  • 适配SpringCloudGateWay
  • 适配Zuul
  • 网关中间件更换适配方案
  • 插件化鉴权
  • 注解文档
  • Restful响应文档
  • 内部方法文档
  • Auth中心RPC调用接口文档
  • 1.1.0.RELEASE之前
  • 1.1.0.RELEASE新概念
  • 参与贡献
  • 未来规划
  • KaTool
  • KaToolTest
  • 在github上修改本页面
  • Karos'Blog
  • 项目地址

项目地址

gitee:https://gitee.com/karosown/katool-security/

github:https://github.com/Karosown/katool-security-starter-parent/

Git/Issues提交规范

什么是Git提交规范

Git是目前最流行的分布式版本控制系统,它能够帮助开发者高效管理项目代码。在进行Git操作时,我们需要对代码进行提交,以记录下每一次修改的内容。而Git提交规范则是指在代码提交时,根据一定的格式要求进行提交信息的书写,并在注释中尽可能详细地记录修改的内容,以方便其他人查看。

Git提交规范的重要性

  1. 提高协作效率:当多人协同开发时,不规范的提交信息很容易让别人无法理解代码的变更,从而延误项目进度。
  2. 方便代码审查:优秀的提交注释能够帮助代码审核人员快速了解修改的内容,减轻审核负担。
  3. 方便代码回退:在需要回退代码到某一个具体版本时,合理规范的Git提交信息能够方便地找到对应的版本,并快速恢复代码。
  4. 维护项目历史记录:清晰明了的提交注释可以记录项目开发的历程,方便后期的维护和追溯。

Git提交规范的要求

Git提交规范通常包括以下信息:

  1. 标题(必填):一句话简述本次提交的内容。
  2. 空行:用于分隔标题和正文。
  3. 正文(选填):详细阐述本次提交的内容,可以包括具体修改的文件、代码功能、修复了哪些bug等。
  4. 空行:用于分隔正文和注释。 注释(选填):对本次提交补充说明的信息,可以包括相关链接、参考文献等。

Git提交规范要求的格式通常如下:

<type>(<scope>): <subject>

<body>

<footer>

其中,表示本次提交的类型,常见的有以下几种:

  • feat:新增功能
  • fix:修复bug
  • docs:修改文档
  • style:修改代码风格
  • refactor:重构代码
  • test:增加或修改测试代码
  • chore:修改构建过程或辅助工具

表示本次提交涉及到的模块或功能点。如果本次提交不涉及到具体模块或功能点,可以省略。

表示本次提交的简要说明,一般不超过50个字符。

表示本次提交的详细描述,可以包括多行。表示本次提交的注释,可以包括多行。 ## Git提交规范的代码示例 下面是一个示例代码,演示了如何按照Git提交规范进行代码提交: javascript git add . git commit -m "feat(login): 新增用户登录功能 新增了用户登录页面、登录表单提交接口及相关验证逻辑" 在这个示例中,我们按照Git提交规范的格式书写了一条提交信息,其中为feat,表示本次提交新增了功能;为login,表示本次提交涉及到用户登录模块;为“新增用户登录功能”,简要说明了本次提交的内容;为“新增了用户登录页面、登录表单提交接口及相关验证逻辑”,详细描述了本次提交的内容。