# Git Submission Specification

**Repository Path**: yaolifeng0529/git-submission-specification

## Basic Information

- **Project Name**: Git Submission Specification
- **Description**: Git 代码提交规范以及预定式，自定义式规范
规范：https://www.conventionalcommits.org
- **Primary Language**: JavaScript
- **License**: MIT
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 2
- **Forks**: 1
- **Created**: 2022-09-20
- **Last Updated**: 2023-02-01

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 规范：`https://www.conventionalcommits.org/`

## 提交类型

| 提交类型 | 标题 | 描述 |发布 | 包含在变更日志中 |
| --- | --- | --- | --- | --- |
| `feat` | 特征 | 新功能、新特性 | `minor` | `true` |
| `fix` | Bug修复 | bug 修复 | `patch` | `true` |
| `docs` | 文档 | 仅文档更改| `patch`如果`scope`是`readme` | `true` |
| `style` | 风格 | 不影响代码含义的更改（空格、格式、缺少分号等） | \- | `true` |
| `refactor` | 代码重构 | 重构，在不影响代码内部行为，功能下的代码修改 | \- | `true` |
| `perf` | 性能改进 | 更改代码，以提高性能 | `patch` | `true` |
| `test` | 测试 | 添加缺失的测试或纠正现有的测试| \- | `true` |
| `build` | 构建 | 影响构建系统或外部依赖项的更改（示例范围：gulp、broccoli、npm）| `patch` | `true` |
| `ci` | 持续集成 | 对我们的 CI 配置文件和脚本的更改（示例范围：Travis、Circle、BrowserStack、SauceLabs） | \- | `true` |
| `chore` | 其他文件修改 | 不修改 src 或测试文件的其他更改 | \- | `true` |
| `revert` | 还原 | 恢复之前的提交 | \- | `true` |
| `release` | 发布新版本 | \- | `true` |
| `workflow` | 工作流相关文件修改 | \- | `true` |
-   `1.scope:commit 影响的范围：比如:route,component,utils,build...`
-   `2.subject:commit 的概述`
-   `3.body:commit 具体修改内容，可以分为多行`
-   `4.footer:一些备注，通常是 breaking change 或修改的 bug 的链接`

## 提交别名

| 提交类型 | 映射到 | 标题 | 描述 |
| --- | --- | --- | --- |
| `initial` | `feat` | 最初的 | 初始提交 |
| `dependencies` | `fix` | 依赖项 | 更新依赖项 |
| `peerDependencies` | `fix` | 对等依赖 | 更新对等依赖项 |
| `devDependencies` | `chore` | 开发依赖 | 更新开发依赖 |
| `metadata` | `fix` | 元数据 | 更新元数据（package.json） |


## 快捷别名提示
1.	resolve a conflict：解决冲突
2.	merge branch：合并分支
3.	feat: [ ] : 添加的新功能说明
4.	fix: [ ] : 修复的 bug 说明
5.	initial project：初始化项目
6.	style: [ ] : 修改的样式范围
7.	perf：[ ] : 优化的范围
8.  release : 发布新版本
9. 	docs: 文档修改
10.	refactor： 代码重构
11.	revert： 还原之前的版本
12.	dependencies： 依赖项修改
13.	devDependencies： 开发依赖修改
14.	review：复习，回顾
15.	strengthen: 加强，巩固

### 常见的 HTTP 状态码：
-   1xx: 指示信息
    -   100（继续）: 表示继续，在发送 post 请求时，已发送了 HTTP header 后，服务器端将返回此信息，表示确认，之后发送具体的参数信息。
    -   101（切换协议）: 要求服务器根据请求转换 HTTP 协议版本
-   2xx: 成功
    -   200（成功）: 服务器成功返回请求的数据。
    -   201（已创建）：表示请求成功并且服务器创建了新的资源
    -   202（已接受）：表示服务器已接受请求，但尚未处理
    -   203（非授权信息）：服务器已成功处理了请求，但返回的信息可能来自另一来源。
    -   204（无内容）: 服务器成功处理了请求，但没有返回任何内容。
    -   205（重置内容）: 服务器成功处理了请求，但没有返回任何内容。
    -   206（部分内容）: 服务器成功处理了部分 GET 请求。
-   3xx: 重定向
    -   300（多种选择）:针对请求，服务器可执行多种操作。
    -   301（永久重定向）：表示请求的网页已永久的移动到新的位置
    -   302（临时重定向）：表示临时性重定向
    -   303（查看其他位置）
    -   304（未修改）：自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容。
    -   305（使用代理）：请求者只能使用代理访问请求的网页。 如果服务器返回此响应，还表示请求者应使用代理。
    -   307（临时重定向）：服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
-   4xx: 客户端错误
    -   400（错误请求）：服务器不理解请求的语法。
    -   401（未授权）：请求要求身份验证。
    -   403（禁止）：服务器拒绝请求。
    -   404（未找到资源）：表示找不到任何与 URL 相匹配的资源，资源不存在
    -   405（方法禁用）：禁用请求中指定的方法。
    -   406（不接受当前格式）：无法使用请求的内容特性响应请求的网页。
    -   407（需要代理授权）：此状态代码与 401（未授权）类似，但指定请求者应当授权使用代理。
    -   408（请求超时）：服务器等候请求时发生超时。
    -   409（冲突）：服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。
    -   410（已删除）：如果请求的资源已永久删除，服务器就会返回此响应。
    -   411（需要有效长度）：服务器不接受不含有效内容长度标头字段的请求。
    -   412（未满足前提条件）：服务器未满足请求者在请求中设置的其中一个前提条件。
    -   413（请求实体过大）：服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。
    -   414（请求的 URI 过长）：请求的 URI（通常为网址）过长，服务器无法处理。
    -   415（不支持的媒体类型）：请求的格式不受请求页面的支持。
    -   416（请求范围不符合要求）：如果页面无法提供请求的范围，则服务器会返回此状态代码。
    -   417（未满足期望值）：服务器未满足"期望"请求标头字段的要求。
    -   422（验证错误）：当创建一个对象时，发生一个验证错误。
    -   449（重试请求）：应进行重试
    -   424（错误导致）：因之前某个接口失败，导致当前请求失败
    -   422（语义错误）：请求格式正确，但是由于含有语义错误，无法响应。
    -   421（连接数超出）：连接数超过了服务器许可的最大范围
-   5xx: 服务器端错误
    -   500（服务器内部错误）：服务器端错误
    -   501（尚未实施）：服务器不支持该请求
    -   502（错误网关）
    -   503（服务不可用）：表示服务器暂时无法处理请求，可能是过载或维护
    -   504（网关超时）
    -   505（HTTP 版本不受支持）
    -   506（服务器内部配置错误）
    -   509（服务器达到带宽限制）