规范Commit message不仅能解决上述问题，而且基本没有副作用和学习成本，应该尽早加上。 为了实现规范，我们使用commitlint和husky 来进行提交检查，当执行git commit时会在对应的git钩子上做校验，只有符合格式的Commit message才能提交…

在多人协作的项目中，如果Git的提交说明精准，在后期协作以及Bug处理时会变得有据可查，项目的开发可以根据规范的提交说明快速生成开发日志，从而方便开发者或用户追踪项目的开发信息和功能特性。 这里提供演示项目地址：cz-example。 如果没有规范的提交说明，很难阐述当前代码的…

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第7天，点击查看活动详情。 开发中常用的Git命令 1.在想要同步的文件夹中初始化git 2.存入暂存区，提交至本地 3.可以查看所有

在我们日常的开发中，当遇到误操作git仓库时，怎么及时的抢救，都是血淋淋的教训。相信每个程序员或多或少都有遇到过不同程度的问题，有些问题可能是粗心误操作造成的，有些可能是个人能力问题，新手使用git就

前面我们学会了结合 Eslint + Prettier 可以使得代码按照约定好的规则规范起来，本篇文章将介绍git提交书写`commit` 信息的规范工具，感兴趣的小伙伴快来围观吧~

使用 Commitizen + husky + Git hooks 规范团队项目 git 提交信息，使我们的开发日志一目了然

基本配置（配置用户名和邮箱） 创建密钥（生成的密钥默认存放在~/.ssh目录下） 全部回车即可 初始化仓库及操作 撤销修改 说明: 把文件在 工作区 的修改全部撤销，这里有两种情况： 一种是readm

git status命令用于显示工作目录和暂存区的状态。使用此命令能看到哪些修改被暂存到了, 哪些没有, 哪些文件没有被Git tracked到。git status不显示已经commit到项目历史中去的信息。 在进行多分支开发时，比如你在A分支上开发，但是突然发现B分支上有个…

Commit message 是开发的日常操作，它可以提供更多的历史信息，方便向团队清晰准确地说明代码变更、进行代码评审，也便于后期快速定位原始需求或缺陷，还可以有效的生成 Change log，对项目的管理实际至关重要，但是实际工作中却常常被大家忽略。 目前，社区有多种 Co…

前一篇介绍了 git相关的概念，我们可以查看文件的状态，在各个状态之间进行切换，可以创建和合并分支，通过rebase还可以整理自己的提交历史。通过这些命令和操作，就可完成工作流规范规定的操作流程了。 本篇介绍具体的规范，包括分支的划分和命名规范，不同类型的分支应对不同的场景，然…