在进行前端测试前，我们需要明确我们需要怎样的前端测试。 前端测试类型总结 前端应用测试分为几种常见类型: 端到端（e2e） ：一个辅助机器人，表现得像一个用户，在应用程序周围点击，并验证其功能是否正确

Git commit history 提交规范标准（好的习惯，终身受益）。commit message、多人协同开发、合并多个提交、补充提交、转移提交。

提交合并你还在用merge吗？rebase了解一下，可以让你的git记录耳目一新，用过之后保证赞不绝口

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

1. git简介 在实际开发中，会使用git作为版本控制工具来完成团队协作。因此，对基本的git操作指令进行总结是十分有必要的，本文对一些术语或者理论基础，不重新码字，可以参考廖雪峰老师的博文，本文只对命令做归纳总结。 暂存区（Index/Stage）：在使用git管理项目文件…

前言 最近在网上有个真实发生的案例比较火，说的是一个新入职的员工，不会用 git 拉代码，第二天被开除。由此，可见 git 对我们工作的重要性，无论是前端后端，都是离不开 git 的，下面就让我们一探

知乎上有个问题: 如何写好 Git commit log? 很有意思, 能看到各种提交风格: 有用 emoji 的, 有用唐诗的, 有用随机生成的. 风格没有对错, 只要能够体现出 commit 所做的修改即可. 本文就顺着这个方向, 给大家介绍下如何保障项目 commit m…

目前，社区有多种 Commit message 的写法规范。来自Angular 规范是目前使用最广的写法，比较合理和系统化。如下图： subject: 简明扼要的阐述下本次 commit 的主旨，在原文中特意强调了几点 1. 使用祈使句，是不是很熟悉又陌生的一个词，来传送门在此…

没有最好的代码规范，只有最合适的代码规范，但是不妨碍你来看看整理好的拿来即用的前端代码风格指南。看完学会必脱单哦～