codingWeb的博客

简介: require.context是webpack中，用来创建自己的（模块）上下文；webpack会在代码构建的时候去解析该函数 使用: require.context(directory, useSubdirectories = false, regExp = /^\.\//); 该方法可以接收3个参数： 需要搜索的文件夹目录（必传） 是否需要搜索它的子孙目录，默认为false 一个匹配文件的正则表达式 我的目录结构如下: 使用api输出如下: console.log(1,require.c

每个开发者都有自己的习惯，代码的风格也不尽相同，比如缩进的格数，结尾加不加分号,定义函数有没有空格，这些看似好像不起眼的风格，但在多人开发的时候，代码commit提交，可能就会出现一大片冲突，或者过多修改过的情况，对项目管理和维护是极其不友好的，而且在review，阅读项目代码的时候，一个项目中出现几种，甚至10几种的代码风格，我相信没人受得了这事，人都有一种惯性思维，习惯看一种风格，切换到其他风格可能需要适应一下，更别说人手一套风格的项目了，这肯定是不能接受的 ，这个问题很严重，必须得解决 ...

其实commit规范不管是前端还是后端也好，我觉得吧，在任何的工程化的项目中都是不可或缺的部分啦，commit 提交不规范，项目维护和管理起来是极其麻烦的，毕竟每个人都具有自己的个性，commit的格式也是参差不齐 git 可以帮我们很好地管理代码，但是在多人合作的时候，经常会碰到各种随意的 commit message，当你需要会看 commit message 的时候，就会很头疼。 幸运的是我们可以使用工具去处理掉这个问题，不让这种小问题影响到项目的进展 首先来看一下被业界广泛认可的 Angular