本规范基于 Conventional Commits 思想，配合 husky + commitlint + commitizen/cz-* + lint-staged 工具链，在团队内统一提交历史的可

一、问题原因：  使用nvm安装的node会在使用vscode的UI页面提交git文件的时候报错 二、解决方案 在终端输入 将下面代码粘贴到文件编辑中 退出文件编辑 让文件生效 接下来可以尝试提交代码

本文首发于我的个人网站：http://cherryblog.site/ （背景更换了不知道大家有没有发现呢，嘻嘻） 一个好的程序员肯定是要能书写可维护的代码，而不是一次性的代码，怎么能让团队当中其他人甚至一段时间时候你再看你某个时候写的代码也能看懂呢，这就需要规范你的代码了。 …

团队项目自动风格格式化的各类技巧； 业务实战过程中发现了问题，通过以下工具一并解决 husky lint-staged eslint commitlint

所谓无规矩不成方圆，前端时间在团队 code-review 中发现，不同时期不同开发人员写的代码可谓五花八门。因此我们提出了一些相关代码方面的规范，希望日后能形成团队的编码规范。 HTML 属性应该按照特定的顺序出现以保证易读性。 保持简单，不要使用嵌套过多过于复杂的选择器。 …

读了之后，感触很深，发现我所任职的公司对于 code review 的重视程度还远远不够，很多时候都把它视为一件麻烦事。 任何软件都是协同开发的，所以 code review 非常重要，它可以帮助你减少代码质量问题，提高开发效率，提升稳定性，同时还能保证软件架构的稳定性，防止代…

程序语言的编码风格指南对于一个长期维护的软件而言是非常重要的;好的编程风格有助于写出质量更高、错误更少、更易于 维护的程序。 每行长度不应该超过80个字符.如果一行多于80个字符,应当在一个运算符(逗号,加好等)后换行.下一级应当增加两级缩进(8个字符). 每个属性的名值对应当…

我们平常在进行项目开发时，一般都会把代码上传至代码托管平台上方便管理和维护。目前大家使用的托管平台最多的还是Github，国内外还有一些比较知名的代码托管平台，比如Gitlab、BitBucket，码云和码市等。 但我们在多人合作开发下，经常碰到的最头疼的问题是，其他开发者在交…

在产品迭代过程中，上面的 case 一个函数的参数从 2 个发展到了 7 个，优雅的代码逐渐变为不可维护。 这是什么问题？这归咎于日益增长的需求，快速响应和代码质量之间的矛盾。 制定代码规范肯定是需要的，那如何约束代码呢？规范文档宣讲，再凭借开发同学的自我修养？答案是：无法保证…