一、docker环境
Docker version 19.03.5, build 633a0ea
二、安装并启动 Maven 私服的工具： Sonatype Nexus
1、搜索
2、下载镜像
docker pull sonatype/nexus3
3、启动镜像实例
docker run -id --privileged=true --name=nexus3 --restart=always -p 8081:8081 -v /mydata/nexus3/nexus-data:/var/nexus-data sonatype/nexus3
--privileged=true 授予root权限（挂载多级目录必须为true，否则容器访问宿主机权限不足）
--name=名字 容器名字
-p 宿主机端口：容器端口映射
-v 宿主机目录：容器目录 目录挂载
4、开启防火墙8081端口（阿里云服务器注意要开8081）
开启防火墙：systemctl start firewalld.service
开启端口：firewall-cmd --zone=public --add-port=8081/tcp --permanent
刷新防火墙：firewall-cmd --reload
5、查询nexus3初始化密码：
进入nexus3容器： docker exec -it nexus3 bash
查看密码：vi opt/sonatype/sonatype-work/nexus3/admin.password
6、访问nexus3管理页面：https;//ip:8081/ 登录后会提示修改密码
三、创建maven私服分支 release、snapshot
（https://www.cnblogs.com/molao-doing/articles/6379216.html）
maven中的仓库分为两种，snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程中的不稳定版 本，release正式仓库则是用来保存稳定的发行版本。定义一个组件/模块为快照版本，只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写)。release版本不允许修改，每次进行release版本修改，发布必须提升版本号。而snapshot一般是开发过程中的迭代版本，snapshot更新后，引用的项目可以不修改版本号自动下载构建。
我们知道，maven的依赖管理是基于版本管理的，对于发布状态的artifact，如果版本号相同，即使我们内部的镜像服务器上的组件比本地新，maven也不会主动下载的。如果我们在开发阶段都是基于正式发布版本来做依赖管理，那么遇到这个问题，就需要升级组件的版本号，可这样就明显不 符合要求和实际情况了。但是，如果是基于快照版本，那么问题就自热而然的解决了，而maven已经为我们准备好了这一切。
maven2会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。如果是快照版本，那么在 mvn deploy时会自动发布到快照版本库中，而使用快照版本的模块，在不更改版本号的情况下，直接编译打包时，maven会自动从镜像服务器上下载最新的快照版本。如果是正式发布版本，那么在mvn deploy时会自动发布到正式版本库中，而使用正式版本的模块，在不更改版本号的情况下，编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务 器上下载。
所以，我们在开发阶段，可以将公用库的版本设置为快照版本，而被依赖组件则引用快照版本进行开发，在公用库的快照版本更新后，我们也不需要修改pom文件提示版本号来下载新的版本，直接mvn执行相关编译、打包命令即可重新下载最新的快照库了，从而也方便了我们进行开发，也不冲突MAVEN的版本管理原则。例如：
创建release
创建snapshot
四、修改本地maven的setting配置
账号密码：
修改maven仓库
五、修改项目pom.xml
修改后 deploy 就可以将本地项目自己的jar包上传到自己的maven仓库 baker-snapshots
