同步操作将从 刘亮/WTM 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
We would love for you to contribute to WTM and help make it even better than it is today! As a contributor, here are the guidelines we would like you to follow:
feature/功能名称
,作为新功能的开发分支,该分支从 develop 创建,开发完毕之后需要重新合并到 develop;release/v+发布的版本号
,作为预发布分支,release/* 只能从 develop 创建,且在 git flow 中同一个时间点,只能存在一个预发布分支。只有当上一个版本发布成功之后删除该分支,之后才能进行下一个版本的发布。如果在预发布过程中发现了问题,只能在 release/* 分支上进行修改;bugfix/v+bug修复的版本号
,作为 Bug 修复分支,只能从 master 分支分离出来。主要是用来修复在生产环境上发现的 bug,修复完成并测试通过后需要将该分支合并回 develop 及 master 上,并删除该分支;每次提交,Commit message 都包括三个部分:Header,Body 和 Footer。
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
其中,Header 是必需的,Body 和 Footer 可以省略。
为了避免自动换行,任何一行都不得超过70个字符。
Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和subject(必需)。
type
用于描述 commit
的类型,只允许如下 10 种类型
type
为 feature
及 fix
的 commit
均应该添加到 CHANGELOG.md
中,其他 commit
不建议添加。
scope
用于说明 commit
影响的范围,如 LayUI、React、Vue、Admin、View、Controller、Model 等,视项目不同而不同。
subject
是 commit
目的的简短描述。
change
,而不是 changed
或 changes
;Body 部分是对本次 commit 的详细描述,可以分成多行。下面是一个范例。
More detailed explanatory text, if necessary. Wrap it to
about 72 characters or so.
Further paragraphs come after blank lines.
- Bullet points are okay, too
- Use a hanging indent
change
,而不是 changed
或 changes
;Footer 部分只用于两种情况。
如果当前代码与上一个版本不兼容,则 Footer 部分以BREAKING CHANGE开头,后面是对变动的描述、以及变动理由和迁移方法。
如果当前 commit
针对某个 issue
,那么可以在 Footer 部分关闭这个 issue
。
Closes #123, #234, #235
这是一种特殊情况,如果当前 commit
是为了撤销之前的 commit
,则必须以 revert:
开头,后面紧跟着被撤销的 commit
的 Header
。
revert: feat(pencil): add 'graphiteWidth' option
This reverts commit 667ecc1654a317a13331b17617d973392f415f02.
Body 部分的格式是固定的,必须写成 This reverts commit <hash>.
,其中的 hash
是被撤销 commit
的 SHA 标识符。
如果当前 commit
与被撤销的 commit
,在同一个发布 release
里面,那么它们都不会出现在 CHANGELOG
里面。如果两者在不同的发布,那么当前 commit
,会出现在 CHANGELOG
的 Reverts
小标题下面。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。