您的位置:首页 > 汽车 > 时评 > 深圳画册设计公司排名_轻骑兵低代码开发平台_seo常见优化技术_国家高新技术企业查询

深圳画册设计公司排名_轻骑兵低代码开发平台_seo常见优化技术_国家高新技术企业查询

2025/5/3 19:56:57 来源:https://blog.csdn.net/Giser_D/article/details/145039569  浏览:    关键词:深圳画册设计公司排名_轻骑兵低代码开发平台_seo常见优化技术_国家高新技术企业查询
深圳画册设计公司排名_轻骑兵低代码开发平台_seo常见优化技术_国家高新技术企业查询

Commit messages
Clear commit messages make pull requests easier to review, and release notes easier to generate. The Blockly project uses conventional commits to help with this.

Each commit should have the format:

:

[optional body]

[optional footer(s)]
Note that the core Blockly repo has a commit linter to help enforce this. If your pull request has multiple commits, the linter will check the title. If it has a single commit, it will check that commit. It is best if both your individual commits and the pull request title follow these guidelines.

Type
The type must be non-empty, and all lower case. The following is a list of accepted types.

chore
For commits that complete routine/automated tasks such as upgrading dependencies.
deprecate
For commits that deprecate functionality.
feat
For commits that add new functionality to Blockly.
fix
For commits that fix bugs/errors in Blockly.
release
For commits that relate to the release of a new version.
Breaking changes
Commits that make breaking changes should append a ! after the type of the commit. Breaking changes are changes that may break developers using Blockly in their apps, causing them to have to do extra work.

For example: fix!: return type of workspace.paste

Breaking changes could have any of the above valid types.

Description
The description must be non-empty, and must be under 256 characters.

Body
The body is optional. If it is provided there should be a blank line between it and the description. It must be broken into lines of no more than 256 characters.

Note that usually, it is advisable to put this kind of information in your pull request description, in addition to/rather than directly in the commit.

Footer
The footer is optional. If it is provided there should be a blank line between it and the body. It must be broken into lines of no more than 256 characters.

Fixing non-conventional commits
If you did not use conventional commits when making your modifications, there are two options for fixing the messages depending on how many commits you have:

If your pull request has multiple commits, edit the pull request title to conform to the requirements. When the pull request is merged, your other commits will be squashed so that the title becomes the commit message.

If your pull request has a single commit, amend your commit message using git commit --amend, then force push your changes to your fork of Blockly. This will automatically updated any open pull requests associated with this branch. git push --force origin my-branch.

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com