CNMBZY的博客

根据项目本身所属行业的特点，或者说项目具体的任务需求，项目预期访问压力程度，项目设计的拓展性，项目总体的体系结构。没有进行任何拆分，所有的代码，各种配置文件，各种资源都放在同一个工程。之后确定技术的版本，可能jar包版本之间的依赖关系导致。根据技术选型判断，确定需要应用的技术。

每创建一个模块，都要指定setting文件所在的位置，还有一个是responsity的位置。从码云或GitHub上也可以以 ZIP 压缩格式对项目代码打包下载。通常使用Git和码云的版本控制系统，克隆远程库的操作。选择带有exploded的web工程导入进来。注意jdk的位置和maven解压的位置。导入某一个模块进去，单一模块增加。运行成功，可以进行进一步的编写。

Archetype插件准许用户从已有的archetype模板创建maven工程，也准许从已有的工程创建archetype。user setting file ：是用来配置去哪下载依赖的jar包的settings.xml文件。maven home path: 填写自己下载好的maven的位置（我的是放到了D盘）Local repository: 是下载的jar包存放的本地仓库路径。点击右上方的部署描述符，生成这个web项目。由图可见，确实生成了一个对应的web项目。依据自己本地的位置，指定一个位置。

如果说错误的定义了依赖的范围，导致从本地打的war包含有的依赖，与运行环境中的依赖产生了冲突，这是就需要排除依赖A依赖B，B依赖C，假设这些依赖的范围都是compile，可以相互传递 ，但是A不想要C，那么就需要在A里面把C排除掉，好比让葫芦娃救爷爷，一般来说，葫芦娃只救自己的爹配置依赖排除的目的就是避免冲突。

使用第三方框架的jar包，或者项目真正需要部署的功能依赖，都用这个scope修饰详细解释：1)编译依赖范围（compile），该范围就是默认依赖范围，此依赖范围对 于编译、测试、运行三种classpath都有效，举个简单的例子，假如项目中有spring-core的依赖，那么spring-core不管是在编译，测试，还是运行都会被用到，因此spring-core必须是编译范围（构件默认的是编译范围，所以依赖范围是编译范围的无须显示指定）

安装的效果是将本地构建过程中生成的 jar 包存入 Maven 本地仓库。这个 jar 包在 Maven 仓库中的路径是根据它的坐标生成的。构建相关的命令，要在pom.xml目录下运行，操作哪个工程，就进入哪个工程的pom.xml。测试程序编译结果存放的目录：target/test-classes。主体程序编译结果存放的目录：target/classes。问题：没有下到指定仓库，而是跑到默认仓库里面去了。测试报告，放在这个目录里面。确实被迁移到指定目录下了。

jar包很难找全，jar包的版本可能不修改项目需求，百度的会有问题，不能使用，使用Maven可以自动下载jar包，实际的框架内部存在错综复杂的依赖关系。maven固定生成的一个目录结构，是所有POM的祖宗，超级POM配置的，程序运行里面的，就是单一的POM。对象模型，类似于DOM操作是js的核心，POM是MAVEN的核心。公司+项目：一个具体要实现的程序，比方说滴滴，或者QQ。开发领域技术发展的趋势是，约定大于配置，配置大于编码。工程：其中的功能模块，比方说，前端，后端。mvn是主命令，后面是子命令。

在安装完gitlab插件，辛苦的配置完gitlab环境后，向gitlab中提交代码变成了首要任务。

自己如何零基础搭建gitlab仓库

gitlab报502错误的处理思路，以及成功配置git的一些指令

比较好，cent8存在某些操作命令更新，cent7 gnome有个权限问题，而且多了许多冗余插件。w11，建议用作为虚拟机，vm15,5存在闪崩的问题。