Git Commit Messages 和 Changelog 中的常用动词参考
优质的 Git commit message 和 Changelog 不仅可以让协作者们一目了然地了解版本变更,更能帮助你快速回忆曾经的修改。因此,合理地使用英语动词、通过「一句话」精准地概括做了什么事、编写易读易懂的描述就显得尤为重要。本文目的是索引和总结常用的动词列表,内容仅凭我个人经验以及有限的查阅资料,请结合实际情况使用。
优质的 Git commit message 和 Changelog 不仅可以让协作者们一目了然地了解版本变更,更能帮助你快速回忆曾经的修改。因此,合理地使用英语动词、通过「一句话」精准地概括做了什么事、编写易读易懂的描述就显得尤为重要。本文目的是索引和总结常用的动词列表,内容仅凭我个人经验以及有限的查阅资料,请结合实际情况使用。
最近在探索「如何发布 NPM 包」的过程中,发现多数人的思路要么完全不用 CI,修改 package.json 内版本号之后手动发布;要么结合 CI,但需要 CI 生成新版本号之后修改 package.json,最后机器人执行 Git Commit + Git Tag 并推送到仓库内。这两种做法我都不是很喜欢,前者没有 CI 不能忍,后者不仅要求 CI 有写权限,而且会仓库内增加许多形如 Release v... 之类的提交,强迫症表示接受不了。 不过经过一番研究,我还是找到了两种比较「干净」的思路,来看看吧。
由于 macOS 默认分区和卷都是大小写不敏感的,对于开发者来说,通常需要面对的是大小写敏感的环境。并且,这个小差异的确带来了一些不便,例如 使用 Git 时遇到的坑。然而,自己又没有勇气重新格式化、装系统。直到最近,在跟同事聊天时给了我一个启发……
查看 Git 提交历史的工具千千万,无论是 CLI 还是 GUI。而 pomber/git-history 则是一款能够以动画形式快速、直观地展现 Git 仓库内文件变动历史的 Web 工具。
这可能是截至目前我认为最优雅的博客图片管理方案没有之一。
搜集一些 GitHub 常见骚缩写,以备查询使用。
0x00 废话 🎉 Tada~ 博客焕新主题。 实在受不了原来那个主题了,尤其是在被我们公司 CTO 都嫌弃丑的情况下。再加上以下几个原因: 该主题 GitHub Repo 几乎停止维护,几周才鲜有几次 Commit。 从我开始使用该主题以来,开发中的 Nexus 主题样式依旧在开发中,2.0 版本也是一样。 配置项实在是太太太多了,多到经常改动一个地方就引起奇怪的问题,且对于配置文件的格式检查基本为零。 文档不明确,十分隐晦,内置功能众多但鱼龙混杂。 最近 文档域名证书过期 无法访问。 … 不能忍不能忍。一气之下开始了疯狂的迁移,经过几个小时的折腾基本完成,简历的排版也更加明朗了。
How to push commits and tags in git using the same command… 近期维护项目,有两个远程仓库,每次发布版本需要执行四条命令。 git push first git push first --tags git push second git push second --tags 真要命。
当我们的 Git 仓库越来越大,或者不小心提交了二进制大文件,如何快速找出仓库内的「罪魁祸首」? 实践 实际上非常简单,一条命令就能搞定。 git rev-list --objects --all \ # | git cat-file --batch-check='%(objecttype) %(objectname) %(objectsize) %(rest)' \ | sed -n 's/^blob //p' \ | sort -r -n -k 2 \ | head -10 \ | cut -c 1-12,41- \ | numfmt --field=2 --to=iec-i --suffix=B --padding=7 --round=nearest 注意,在 macOS 使用此命令需要安装 brew install coreutils --with-default-names。
2333… 最近发现一个神奇的站点,随机生成 Git commit message。 http://whatthecommit.com/ 至于用到 Git 上: git commit -m $(curl -s http://whatthecommit.com/index.txt) 😂 七月马上又要过去了。 最近在封装支付宝的 SDK,所以博客有一小阵子没有更新。