qq_37372909的博客

母子工程时，要构建子工程镜像，估计是问题还是出在dockerfile文件是在子工程目录里面产生的。通过添加一个Jenkins任务，去只构建镜像子工程，设置在主工程构建任务之后触发，就实现我们的目标了。

徒弟的前端工程，已经构建出了镜像，并在1Panel上面可以查看镜像文件了。可是，手动创建容器运行后，怎么也连接不上。我带他准备先从容器里面的nginx是否已经启动正常开始，从内到外排查问题。

在《maven项目容器化运行之1》中，我们开启了1Panel环境中docker构建服务给到了局域网。在《maven项目容器化运行之2》中，我们基本实现了maven工程创建、远程调用docker构建镜像、在1Panel选择镜像运行容器三大步骤。 但是，存在一个问题，就是我们本地每次install的时候，都会去构建镜像。期望开发人员在本地开发打包构建时，用于本地测试或者联调，不去构建镜像。而专业测试人员一般是面对测试环境进行测试，这时就需要发布到测试环境，能够快速构建测试人员的测试环境就行。

我们经历了maven创建创建、docker插件使用、1Panel容器创建三个主要过程。实现了eclipse工具中maven工程调用远程docker服务完成镜像文件构建。但pom中，只是简单的将maven插件写在了build中，每次maven工程install都会去构建镜像文件，这里不太合理，下次再写一篇文章，将这个一部分“优雅”一些。到这里，勉强达到目的吧！其实过程中遇到很多问题。比如：1）docker对接不上，提示0.0.0.0:9527等信息，是没有设置系统环境变量DOCKER_HOST引起的。

docker核心功能包括镜像的构建和容器的运行，它可以开放端口将镜像构建的能力暴露。docker daeson就是docker的守护进程，开放能力是通过指定docker守护进程监听端口来实现的。后面开发人员就可以通过maven中docker插件来远程调用docker镜像构建能力了。

mvn install工程正常构建完成，但我mvn deploy报400错误，局域网maven组件仓库nexus也是正常的，deploy的帐号密码都是对的。

之前徒弟在windows中安装的jenkins,运行的时候用的是java -jar jenkins.war来运行的。服务器只有1个盘符C盘。今天说构建错误了，问我修改了啥，我年前是修改过构建思路的。

老程序员了，熟悉eclipse+svn，git用的不溜。近几年用了git，偶尔修改了某个文件希望放弃本次修改重新恢复到最新版本重新修改。或者回退到某个版本，再修改。记录一下Eclipse中的操作，和命令操作的情况。

先写一下在eclipse中的标记版本操作吧版本情况如下：eclipse：Kepler ReleaseSubclipse：1.8.221.首先打开2.找到对应的项目工程3.标记版本在项目上面点击右键，选择分支/标记。输入你版本存放的路径，直径下一步到完成就可以了。

原文地址https://blog.youkuaiyun.com/pttaag/article/details/8076210https://blog.youkuaiyun.com/pttaag/article/details/8076210

1.打开svn资源库视图，找到需要做分支的代码2.右键点击“分支/标记...”菜单3.修改分支存放的路径及版本标识

父工程申明了依赖： <dependency> <groupId>commons-dbcp</groupId> <artifactId>commons-dbcp</artifactId> <version>1.2.2</version> <scope

maven的settings.xml内容，简易版本

在pom.xml的build=>plugins节点里面添加<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>3.1.0</version>

在pom.xml中build节点里面添加一个源代码打包的插件 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>2.2.1</ve...

-Dmaven.test.skip=true 不编译 也不执行测试

官方文档：http://www.mojohaus.org/versions-maven-plugin/usage.html第一步： mvn versions:set -DnewVersion=1.0.8第二步：mvn versions:commit搞定。如果想回退：mvn versions:revert原文地址为https://blog.youkuaiyun.com/u014515854/article/de...

在项目开发工程中，根据业务功能不同，会划分功能模块，需要建立多个工程。不同工程可能由不同的人来开发，可能会引用到相同组件的不同版本。随着项目推进，存在需要版本分支的需求。那我们要怎么把maven用好，方便管理呢？        针对以上需求，我大致整理了一下，在实际项目开发过程中主要存在以下3个问题：        1.源代码封版本，到了某个阶段，提交一个相对稳定的版本，根据版本规划，存在

场景：maven父子工程，只想发布当前工程，不想发布下面的子工程。命令添加一个 -N  即可。例如： mvn deploy -N

1.下载https://jenkins.io/zh/download/选择下载war包2.tomcat准备（略）3.把war包放进去启动tomcat4.访问jenkins,初始化,会安装一些插件

一。背景jwell-km-api-client是web工程，依赖了一个jar工程jwell-wms-api。jwell-wms-api工程里面有一个xml文件配置了一个地址。地址分为测试地址和正式地址。jwell-km-api-client工程在打包时，要区分测试环境和正式环境。包括其依赖的jwell-wms-api工程里面的地址也要自动区分测试环境和正式环境。二。处理

web项目，很多时候，我都是把数据库连接配置在db.properties。开发环境、生产环境的数据库通过手工注释来切换。        坏处主要是开发能够看到生产的数据库环境，不能隔离。解决思路就是把配置文件修改为配置。比如： db.jplat.url=${db.jplat.url} db.jplat.username=${db.jplat.username} db.jplat.pas

Jenkins自动部署到tomcat主要步骤为：先配置tomcat的发布用户及权限，再配置jenkins中的项目。一.tomcat配置1.修改conf/tomcat-users.xml文件添加一行用户及权限配置2.修改conf/context.xml文件添加一行配置，允许运行时覆盖发布war包。二.jenkins项目配置1.安装发布插件