跳转至

tools

约 1 个字 预计阅读时间不到 1 分钟

  • 分类于 tools
  • 需要 1 分钟阅读时间

Homebrew

约 19 个字 2 行代码 预计阅读时间不到 1 分钟

执行以下代码，跟着配置就行

Bash
1
/bin/zsh -c "$(curl -fsSL https://gitee.com/cunkai/HomebrewCN/raw/master/Homebrew.sh)"

关闭自动更新

Bash
1
echo 'export HOMEBREW_NO_AUTO_UPDATE=1' >> ~/.zshrc
  • 分类于 tools
  • 需要 2 分钟阅读时间

oh-my-zsh

约 337 个字 6 行代码 5 张图片 预计阅读时间 1 分钟

本文基于 macos 系统，使用 oh-my-zsh 对终端进行美化。

Oh My Zsh 是基于 zsh 命令行的一个扩展工具集，提供了丰富的扩展功能。

1. 安装 oh-my-zsh

Bash
1
sh -c "$(curl -fsSL https://install.ohmyz.sh/)"

2. 配置主题

使用 powerlevel10k 主题。

Bash
1
git clone --depth=1 https://github.com/romkatv/powerlevel10k.git ${ZSH_CUSTOM:-$HOME/.oh-my-zsh/custom}/themes/powerlevel10k

在 ~/.zshrc 设置 ZSH_THEME="powerlevel10k/powerlevel10k"。

运行命令

Bash
1
source ~/.zshrc

接下来，终端会自动引导你配置 powerlevel10k。

如果希望重新配置，输入以下命令

Bash
1
p10k configure

3. 安装插件

3.1 zsh -autosuggestions

zsh -autosuggestions 是一个命令提示插件，当你输入命令时，会自动推测你可能需要输入的命令，按下右键可以快速采用建议。效果如下：

安装方式：把插件下载到本地的 ~/.oh-my-zsh/custom/plugins 目录

Bash
1
git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions

3.2 zsh-syntax-highlighting

zsh-syntax-highlighting 是一个命令语法校验插件，在输入命令的过程中，若指令不合法，则指令显示为红色，若指令合法就会显示为绿色。效果如下：

安装方式：把插件下载到本地的 ~/.oh-my-zsh/custom/plugins 目录。

Bash
1
git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting

3.3 z

oh-my-zsh 内置了 z 插件。z 是一个文件夹快捷跳转插件，对于曾经跳转过的目录，只需要输入最终目标文件夹名称，就可以快速跳转，避免再输入长串路径，提高切换文件夹的效率。效果如下：

3.4 启用插件

修改 ~/.zshrc 中插件列表为：

Text Only
1
plugins=(git zsh-syntax-highlighting zsh-autosuggestions z)

执行 source ~/.zshrc

  • 分类于 tools
  • 需要 2 分钟阅读时间

git commit 规范

约 679 个字 33 行代码 预计阅读时间 3 分钟

Commit message 格式

每次提交，Commit message 都包括三个部分：header，body 和 footer。

git commit
1
2
3
4
5
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>

其中，header 是必需的，body 和 footer 可以省略。 不管是哪一个部分，任何一行都不得超过72个字符（或100个字符）。这是为了避免自动换行影响美观。

Header部分只有一行，包括三个字段：type（必需）、scope（可选）和subject（必需）。

1. type

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

  • feat：新功能（feature）
  • fix：修补bug
  • docs：文档（documentation）
  • style： 格式（不影响代码运行的变动）
  • refactor：重构（即不是新增功能，也不是修改bug的代码变动）
  • test：增加测试
  • chore：构建过程或辅助工具的变动

如果type为feat和fix，则该 commit 将肯定出现在 Change log 之中。其他情况（docs、chore、style、refactor、test）由你决定，要不要放入 Change log，建议是不要。

2. scope

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

例如在Angular，可以是 $location, $browser, $compile, $rootScope, ngHref, ngClick, ngView等。

如果你的修改影响了不止一个scope，你可以使用 * 代替。

3. subject

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

其他注意事项：

  • 以动词开头，使用第一人称现在时，比如change，而不是changed或changes
  • 第一个字母小写
  • 结尾不加句号（.）

Body

Body 部分是对本次 commit 的详细描述，可以分成多行。下面是一个范例。

git commit
1
2
3
4
5
6
7
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

有3个注意点:

  • 使用第一人称现在时，比如使用change而不是changed或changes。
  • 永远别忘了第2行是空行
  • 应该说明代码变动的动机，以及与以前行为的对比。

Footer 部分只用于以下两种情况：

  1. 不兼容变动

如果当前代码与上一个版本不兼容，则 Footer 部分以BREAKING CHANGE开头，后面是对变动的描述、以及变动理由和迁移方法。

git commit
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
BREAKING CHANGE: isolate scope bindings definition has changed.

    To migrate the code follow the example below:

    Before:

    scope: {
      myAttr: 'attribute',
    }

    After:

    scope: {
      myAttr: '@',
    }

    The removed `inject` wasn't generaly useful for directives so there should be no code using it.
  1. 关闭issue

如果当前 commit 针对某个issue，那么可以在 Footer 部分关闭这个 issue 。

git commit
1
Closes #234

Revert

还有一种特殊情况，如果当前 commit 用于撤销以前的 commit，则必须以revert:开头，后面跟着被撤销 Commit 的 Header。

git commit
1
2
3
revert: feat(pencil): add 'graphiteWidth' option

This reverts commit 667ecc1654a317a13331b17617d973392f415f02.

Body部分的格式是固定的，必须写成This reverts commit &lt;hash>.，其中的hash是被撤销 commit 的 SHA 标识符。

如果当前 commit 与被撤销的 commit，在同一个发布（release）里面，那么它们都不会出现在 Change log 里面。如果两者在不同的发布，那么当前 commit，会出现在 Change log 的Reverts小标题下面。

参考资料

git commit 规范指南