Vinca@的博客

在使用Git提交代码时，通常都需要填写提交说明，也就是git commit -m '提交测试'说白了，就是我们提交的时候，在-m后面写的提交说明，在小项目中基本是随意去写这个message的，但是当项目到了一定规模，什么东西都需要形成规范，包括这个提交Message，不然协同开发的同事根本不知道你这次提交到底是在干嘛，只能通过点开Git Graph查看明细，或口头阐述给对方。当然，仅仅只是口头约束并没有实质上的作用，为了禁止不符合规范的的提交，我们就需要采用一些工具，只有当开发者编写了符合规范的。

在前端项目开发中，规范git提交信息，也是经常使用的手段，如何确保团队成员都遵循ESint规则，且不会将不符合规范的代码推送到Git仓库？答案是：使用带有git hooks功能的husky。git hooks是git内置的功能，它会在执行Git命令之前（或之后）进行一些其它操作。例如ESLint规则校验。husky依靠git hooks来触发EsLint规则校验，并确保团队成员提交和推送代码到git之前的代码无任何问题。

Stylelint 是一个灵活且强大的工具，适用于保持 CSS 代码的质量和一致性。结合其他工具（如 Prettier 和 ESLint），可以更全面地保障前端代码的整洁性和可维护性。

Prettier 主要关注代码的格式，而 ESLint 则关注代码的质量和规范。结合使用这两个工具，可以极大地提高代码的可读性和维护性，同时减少潜在的错误和不一致性。

前端项目代码风格统一是指在一个前端开发团队或项目中，所有开发者遵循相同的编码规范和约定，以确保代码的一致性、可读性和可维护性。统一的代码风格能够提升团队协作效率，减少代码审查时的摩擦，并使新成员更容易理解和上手项目。主要内容包括：命名约定：变量、函数、类和文件的命名方式（如 camelCase、PascalCase、snake_case 等）。代码结构：文件和文件夹的组织方式，组件的结构，以及模块的划分。缩进和空格：使用空格还是制表符（Tab）进行缩进，代码行之间的空行数量等。注释规范