把知识记在小本本上

将零散的知识点放在一个集中的地方,不断递归重构,形成一套为己所用的知识系统。

博客首页 | 小本本首页

为什么需要规范

无规矩不成方圆,编程也一样。

Git Commit 规范可能并没有那么夸张,但如果你在版本回退的时候看到一大段糟心的 Commit,恐怕会懊恼不已吧。所以,严格遵守规范,利人利己。

具体规则

公式:

1
2
<type>(<scope>): <subject>
// 注意冒号后有个空格
  • type

    用于说明 commit 的类别,只允许使用下面7个标识。

    1
    2
    3
    4
    5
    6
    7
    feat:新功能(feature)
    fix:修补bug
    docs:文档(documentation)
    style: 格式(不影响代码运行的变动)
    refactor:重构(即不是新增功能,也不是修改bug的代码变动)
    test:增加测试
    chore:构建过程或辅助工具的变动
  • scope

    用于说明 commit 影响的范围,比如数据层、控制层、视图层等等,视项目不同而不同。

  • subject

    是 commit 目的的简短描述,不超过50个字符。

    以动词开头,使用第一人称现在时,比如change,而不是changed或changes

    第一个字母小写,结尾不加句号(.)

如何修改之前的 commit 信息

  1. 将当前分支无关的工作状态进行暂存

    git stash

  2. 将 HEAD 移动到需要修改的 commit 上

    git rebase 9633cf0919^ --interactive

  3. 找到需要修改的 commit ,将首行的 pick 改成 edit

  4. 开始着手解决你的 bug

  5. git add 将改动文件添加到暂存

  6. git commit –amend 追加改动到提交

  7. git rebase –continue 移动 HEAD 回最新的 commit

  8. 恢复之前的工作状态

    git stash pop

大功告成


参考:Jartto’s blog

原文链接:http://jartto.wang/2018/07/08/git-commit/