>喜欢从业的专注，七分学习的态度。
##概述
{手机打字，下图仅贴题，非实图。}
**不得：**拿到项目盲目加载和发布。
**不得：**项目搭建（项目部署）完成后不知道做了什么事情，完成的具体是什么内容。
##思路简述
* **理清项目结构**
拿到新项目除了知道什么语言开发的外，更需要知道当前项目的编译结构或组成结构，找到影响或直接的编译配置文件。项目自有设计，设计通常自有合理处。做法:**从最外层的配置文件下手，把你不认识的文件开始百度谷歌搜**，结构思路和配置文件强强关联，利于快速理解项目结构，也有项目采用约定目录方式，更需要搜索关键文件标志来得到约定信息。理解了项目结构，搭建部署才能理解的当然，套路总是有那么些似曾相识。后面报错根据项目结构的了解可知道大概出错的内容范围。没有纯粹的一个类写完的项目，碰到套路多了，就和你熟络了。例如:后端项目往往需要去找"项目信息"依赖信息"数据源信息"日志配置"接口配置信息"job信息"web信息"等。
* **理清项目架构**
理解项目将在什么应用环境下使用，分清接口服务器，应用服务器，报表服务器，文件服务器以及更多用途区分的服务器，并清楚服务器的个数和备份情况。针对JOB和异步事物尤其需先理清整个环境架构后针对性部署，否则出来的问题扑朔离迷，侦探难耐。另在问题分析和日志的提取可以利用分类后的单节点方式针对性分析。
* **理清项目版本**
项目版本包括当前项目编译工具版本，项目编译版本，项目需要 编译工具版本，依赖文件、插件和项目插件最低运行环境版本，运行中间价版本，服务器各环境版本，数据库版本，数据源版本， 前台版本，前后台框架版本，框架支撑版本。任何一个项目都包含无数版本信息，最合理的是所有版本信息匹配，一个版本的偏差可能影响整个项目的搭建和部署，这种版本导致的问题多半使得编译工具或运行环境不能理解。**思路是先理解项目结构后从项目信息文件上找到当前项目版本和依赖文件的版本，并找到他们间最小版本间依赖关系，往往最影响的也就在这里。**如:maven的pom.xml。发布项目特别注意变化的文件关联影响，强关联文件发布后需扩展测试范围。
> **观察不经眼的细节，慎重更新全量，理解所做的事情和影响**。
><small>坚持积累，坚持学习。</small>
