docs: 代码质量&Git补充，JS微调

Author: muzhidong

src/codeSpecQuality/踩坑总结.md

@@ -1,4 +1,4 @@
-本篇是作者在工作中遇到的Bug反思，分为原因分析、养成习惯、吸取经验三部分，以此避免再次犯错。同学们可以看一看，是否也犯过一样的错误。最后补充了CodeReview建议，本篇介绍的都与代码质量有关。
+本篇介绍的内容与代码质量有关。是作者在工作中遇到的Bug反思，分为原因分析、养成习惯、吸取经验三部分，以此避免再次犯错。同学们可以看一看，是否也犯过一样的错误。
 
 ## 原因分析
 - 未考虑边界条件
@@ -42,7 +42,19 @@
 - 客户端做增强型校验，服务端需要校验吗？需要，因为3种交互方式(URL、超链接、表单)中的URL存在风险，需提高安全性，防止暴力访问
 - 服务端做增强型校验，客户端需要校验吗？需要，提高用户体验，减少服务器压力
 
-## CodeReview建议
-- 推荐reviewer是做过这块业务或与之相关性较强的
-- 提PR时清晰描述功能或问题
-- 项目上有对应的单测
+## 彩蛋：从流程上把控代码质量
+> - 设计阶段
+>   - 需求复用
+>   - 提供技术设计方案，确定影响范围
+> - 开发阶段
+>   - 提供测试用例
+>   - 自动化代码检查
+>   - 编写执行单元测试
+>   - CodeReview：推荐reviewer是做过这块业务或与之相关性较强的；提PR时清晰描述功能或问题
+> - 测试阶段
+>   - 自动化端到端测试，用于回归（已有功能在本迭代执行，新功能在下迭代实现并执行）
+> - 上线维护阶段
+>   - 提供错误、性能等监控
+>   - 提供回滚机制
+>   - 用户反馈
+>   - 定期问题复盘

src/git/Git命令.md

@@ -319,6 +319,10 @@ git rebase -i
 > 
 > cherry-pick：产生新提交，即新提交id与pick id不同
 
+> 单分支合并与Light Merge
+> 
+> 单分支合并有代码覆盖风险，而Light Merge通过多分支自由组合、自动合并，提高敏捷度(即自由选择要合并的分支)和部署效率(合并失败则停止，有冲突则给出提示，成功则取集成特性分支的最大集合)，特别适合多项目的单仓库
+
 ## 日志操作
 - 查看提交记录
 ```bash

src/javascript/JavaScript基础下篇.md

@@ -438,19 +438,15 @@ c.fun(3); // undefined、0、1、1，最后只有一个闭包，过程中产生
 
 ## 编程范式
 - 命令式编程：关注怎么做
-- 面向过程编程
+  - 面向过程编程
 
 - 声明式编程：关注做什么，比如SQL、HTML、CSS。特点是不必创建变量存储数据；不包含循环控制语法如for、while
-- 面向对象编程OOP：使用简单，共享状态
-- 面向函数编程：无副作用，适合分布式计算集群的应用场景，但过度使用会导致可读性稍弱差、学习难度大（掌握λ演算、代数、范畴学等基础）
+  - 面向对象编程：使用简单，共享状态
+  - 面向函数编程：无副作用，适合分布式计算集群的应用场景，但过度使用会导致可读性稍弱差、学习难度大（掌握λ演算、代数、范畴学等基础）
 
-- *面向切面编程AOP（不是一种编程范式，是一种编程思想）
+> *面向切面编程AOP(Aspect-Oriented Programming)不是一种编程范式，是一种编程思想
   
-  英文名称为Aspect-Oriented Programming，目的是针对业务处理过程中的切面进行提取，所面对的是处理过程中的某个步骤或阶段，实现逻辑过程中各部分间的低耦合性
-
-  可用于数据埋点、功能延伸等
-
-  示例
+  目的是针对业务处理过程中的切面进行提取，所面对的是处理过程中的某个步骤或阶段，实现逻辑过程中各部分间的低耦合性。可用于数据埋点、功能延伸等。示例如下，
   ```javascript
   Function.prototype.before = function(fn) {
     var __self = this;