.

网站前端/前端内容/README.md

@@ -7,7 +7,7 @@
 1. [页面解析、渲染步骤](#页面解析渲染步骤)
 1. [前端「增量」原则](#前端增量原则)
 1. [前端架构](#前端架构)
-1. [前端项目中 文件、依赖库的分析和精简（不是~~依赖库分析~~）](#前端项目中-文件依赖库的分析和精简不是依赖库分析)
+1. [前端项目中 文件、依赖库的精简](#前端项目中-文件依赖库的精简)
 
 ---
 >1. 好的程序员能够独立的解决某个技术难题，主动的关心项目进度与潜在瓶颈，能够负责模块小组，合理地分配任务，与项目经理、产品经理、美工、测试、服务端的同事高效包容地沟通。
@@ -526,10 +526,10 @@
     >产品、运营 不做特别区分。
     </details>
 
-### 前端项目中 文件、依赖库的分析和精简（不是~~依赖库分析~~）
+### 前端项目中 文件、依赖库的精简
 1. 项目内文件（尤其是根目录文件）
 
-    基本是`依赖库、git、CI/CD`需要的文件，比较杂，需要学习具体知识才能知道某个文件的使用方式。大部分可以用文件名来推测在哪使用（靠经验）；CI/CD的文件可能比较特殊又百花齐放，需要咨询前辈或阅读CI/CD工具文档。
+    基本是`依赖库、git/svn、CI/CD、IDE配置`需要的文件（夹），比较杂，需要学习具体知识才能知道某个文件（夹）的使用方式。大部分可以用文件名来推测是谁在使用（靠经验）；CI/CD的文件可能比较特殊又百花齐放，需要咨询前辈或阅读CI/CD工具文档。
 2. 依赖库添加到项目后，提供的功能
 
     1. 代码引用，全局搜索依赖库完整名称
@@ -538,13 +538,15 @@
 
     1. `package.json`添加特殊属性
     2. 配置文件（大部分放在根目录）
+
+    >同理，若要删除某个依赖库，也要记得删除其配置
 4. 判断一个依赖库是否不再使用（旧项目要删除不再使用的依赖库）
 
     1. 项目全局搜索依赖库全名，看是否有引用
     2. 若依赖库提供cli命令，则判断`bin`的命令名是否被使用，查找：
 
         1. `package.json`的scripts
-        2. 项目全局
+        2. 项目全局（主要在`.sh`）
         3. CI/CD链路中使用（项目代码中全局搜索；CI/CD配置中查找，需要搞懂CI/CD完整链路）
 
     >项目没有直接引用A、而是项目的某个依赖库B需要引用A，但B没有把A加入其依赖。算B的仓库引用错误，建议暴露出问题，去B代码库解决问题。