自动编译部署监控

A. Shell脚本自动编译打包Gradle项目并docker部署

需要用到2个文件，项目的build.gradle文件和自动化shell脚本（这里我们命名为auto.sh）
一、修改build.gradle文件
新增task配置节，注意build.gradle和Dockerfile在同一目录下

二、新增auto.sh

B. myeclipse自动编译问题

如果你使用到是struts2进行开发，你可以在struts.xml中增加下面这句;
<constant name="struts.devMode" value="true" />

这样整个项目就处于开发模式，修改了一些影响不大的地方后，不需要重启tomcat。比如java中增加了一句system.out.println("test");又比如修改了css或js文件。但有重大修改时仍然需要重启tomcat。

但当项目正式部署运行时，需要将上面到语句去掉，或改为
<constant name="struts.devMode" value="false" />

如果你使用到是servlet+jsp到开发模式，修改后恐怕只能重启tomcat才能生效了！

C. 启动 myeclipse如何 关闭 自动重新编译部署

保存后就OK了

具体文字描述请参看

http://hi..com/sft444639074/item/3de6f26f0bcbfc85c5d24946

D. 自动化部署工具jenkins，从此摆脱重复单调的工作

它是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

有了它你可以免除手工编译，发布代码，上线更容易。节省的时间你可以喝杯咖啡，放松一下 ^_^

道路千万条，熟悉第一条，我这里使用 Red Hat 家族衍生的 centos 上安装Jenkins。

这里可以下载rpm包： http://pkg.jenkins-ci.org/redhat/

也可以如下操作：

安装

将Jenkins存储库添加到yum repos，并从此处安装Jenkins。

安装稳定版

还有一个LTS YUM资源库的LTS版本线

安装Java

Jenkins需要Java才能运行，但默认情况下某些发行版不包含此内容。要安装Open Java Development Kit（OpenJDK），请运行以下命令：

安装完成后Jenkins 启动之前的注意事项

默认情况是Jenkins是使用Jenkins用户启动的，但这个用户目前系统并没有赋予权限，这里我们将启动用户修改为root；另外Jenkins默认端口是8080，这个跟tomcat的默认端口冲突，我们也修改一下默认端口。

找到 JENKINS_USER 和JENKINS_PORT ，修改为root和你需要的端口

启动/停止

注意：如果收到以下错误消息，请确保已安装Java：

Starting jenkins (via systemctl): Job for jenkins.service failed. See 'systemctl status jenkins.service' and 'journalctl -xn' for details.[FAILED]

禁用防火墙

有关CentOS Java的重要说明

Jenkins需要Java才能运行，但yum install jenkins不强制已经安装了java。检查以确保您已通过运行安装了hava java java -version。为了进一步使CentOS用户感到困难，默认的CentOS版本的Java与Jenkins不兼容。Jenkins通常最适合使用Java的Sun实现，由于许可原因，它不包含在CentOS中。

如果您获得类似于以下内容的输出，则表示您使用的是Java的默认（GCJ）版本，该版本不适用于Jenkins：

要解决此问题，您可能需要删除GC的GCJ版本并安装Sun兼容版本。

如果收到上面的输出，请卸载默认的java：

然后在卸载Java之后（或者如果你根本没有安装Java那么开始）。您需要安装与Sun兼容的Java版本。最简单的方法是使用OpenJDK，它可以通过EPEL存储库获得（或者您可以直接从Oracle安装官方 RPM）。要安装OpenJDK，请运行以下命令：

根据您的CentOS版本，OpenJDK的软件包名称可能有所不同。使用yum search openjdk来检查包的名称。如果通过yum找不到OpenJDK，则可能需要安装EPEL yum存储库。安装后，您应该能够获得以下java -version输出：

Ok，到此jenkins安装完成。

接下来你可以在浏览器地址中输入Jenkins网址，如：IP:端口，将显示如下内容：

拷贝指定文件密码，进入用户自定义插件界面，建议选择安装官方推荐插件:

接下来是进入插件安装进度界面:

等待一段时间之后，插件安装完成，配置用户名密码:

OK，你可以使用jenkins来编译、发布你的代码了。oh，它支持从代码库中直接拉取代码，git、svn都支持。赶快使用你的Spring boot、go试试吧。

E. Jenkins+Rancher自动化部署

本文主要记录Jenkins+Rancher+k8s自动化部署相关配置说明，不涉及rancher和jenkins安装部署，包含java server项目、WAR项目、前端VUE项目部署配置介绍。

服务器环境信息：

需要在安装jenkins服务上部署下面相应的软件，请注意软件版本，如已经安装相关软件，可跳过此章节。

需要安装rancher-cli，并且使用jenkins用户预先登录rancher平台：命令参考：

--token：这个用户的token建议设置为永不过期，在rancher管理端 -> api&key > 添加。

建议安装阿里镜像，提高编译速度：

jenkins启动用户需要添加到docker组中：

项目主要是java和vue开发的，所以需要安装Maven Integration plugin插件。

spring boot或者spring cloud自带容器，以及其它服务类型的java后端应用部署。

1、填写项目名称，选择"构建一个maven项目"

点击下面"OK"按钮

2、填写项目描述信息

3、输入项目地址，并选择用户凭证

本文通过conding.net作为代码管理平台，点击"Add"添加自己账号凭证（输入coding.net平台登陆账号密码即可）。

4、配置maven编译脚本

5、编写rancher部署脚本

Dockerfile参数说明：FROM：选择基础镜像包，该项目是用java语言开发需要jdk1.8所以选择openjdk:8ADD：将bRule-deploy-1.0.0.tar.gz文件解压并上传到镜像的brule目录EXPOSE：容器内部启动2002端口，根据自身项目填写指定端口，多个端口填写多行EXPOSE标签ENTRYPOINT：容器启动时执行的命令，执行多条命令使用&&拼接，命令行中带&需要加上转移符\&，使用tail -fn监听应用日志，以便容器日志查看。

用于创建docker镜像，就好比创建一个已经安装并且配置好了应用程序的操作系统镜像。

参数说明：192.168.100.21:5000：为本地docker镜像服务器地址brule:latest：应用名称，根据自身项目名称修改

利用上面创建好的操作系统镜像启动一个vmware虚拟机，创建k8s容器。

参数说明：brule：应用名称，根据自身项目名称修改，应用名称规范?(.?)*image：刚才创建的docker镜像containerPort：容器启动端口，多个端口使用多行containerPort标签声明，端口限制在【30000-32000】

前面vmware虚拟机创建好后，怎么能让别人访问？这个时候就需要创建一个网络服务，用于打通路由器与vmware本地虚拟机的网络。

参数说明：brule：应用名称，根据自身项目名称修改port：容器启动端口nodePort：对外提供服务端口，外部机器访问

将上面配置好的shell脚本复制到Post Steps -> 执行shell文本域中，并点击"保存" -> "立即构建"即可部署。

1、进入刚才创建好的jenkins任务，点击立即构建

2、点击左下角构建任务，选择"Console Output"，查看构建日志

3、登录rancher管理平台，查看构建好的应用

基于J2EE项目的war包部署，前面操作都一致，只是shell部署脚本稍有不同，这里主要详细说明rancher部署脚本。

Dockerfile参数说明：FROM：选择基础镜像包，war统一使用tomcat容器部署，tomcat:8.5-jre8-slimADD：将operation.war文件解压并上传到镜像的/usr/local/tomcat/webapps/目录EXPOSE：容器内部启动8080端口，根据自身项目填写指定端口，多个端口填写多行EXPOSE标签

这里不需要配置ENTRYPOINT标签，因为tomcat镜像包中已经有了。

用于创建docker镜像，就好比创建一个已经安装并且配置好了应用程序的操作系统镜像。

参数说明：192.168.100.21:5000：为本地docker镜像服务器地址operation:latest：应用名称，根据自身项目名称修改

利用上面创建好的操作系统镜像启动一个vmware虚拟机，创建k8s容器。

参数说明：operation：应用名称，根据自身项目名称修改image：刚才创建的docker镜像containerPort：容器启动端口，多个端口使用多行containerPort标签声明，端口限制在【30000-32000】

前面vmware虚拟机创建好后，怎么能让别人访问？这个时候就需要创建一个网络服务，用于打通路由器与vmware本地虚拟机的网络。

参数说明：operation：应用名称，根据自身项目名称修改port：容器启动端口nodePort：对外提供服务端口，外部机器访问

将上面配置好的shell脚本复制到Post Steps -> 执行shell文本域中，并点击"保存" -> "立即构建"即可部署。

基于webpack构建的VUE项目部署，前面操作都一致，只是shell部署脚本稍有不同，这里主要详细说明rancher部署脚本。

Dockerfile参数说明：FROM：选择基础镜像包，前端统一使用tomcat容器部署，tomcat:8.5-jre8-slimCOPY：将/dist目录上传到镜像的/usr/local/tomcat/webapps/fastquery/目录EXPOSE：容器内部启动8080端口，根据自身项目填写指定端口，多个端口填写多行EXPOSE标签

这里不需要配置ENTRYPOINT标签，因为tomcat镜像包中已经有了。

用于创建docker镜像，就好比创建一个已经安装并且配置好了应用程序的操作系统镜像。

参数说明：192.168.100.21:5000：为本地docker镜像服务器地址operation:latest：应用名称，根据自身项目名称修改

利用上面创建好的操作系统镜像启动一个vmware虚拟机，创建k8s容器。

前面vmware虚拟机创建好后，怎么能让别人访问？这个时候就需要创建一个网络服务，用于打通路由器与vmware本地虚拟机的网络。

参数说明：shutcm-fastquery-web：应用名称，根据自身项目名称修改port：容器启动端口nodePort：对外提供服务端口，外部机器访问

将上面配置好的shell脚本复制到Post Steps -> 执行shell文本域中，并点击"保存" -> "立即构建"即可部署。

F. 你好，用vss或svn管理软件代码，几个人合作开发一个项目，如何做到项目所有代码只掌握在一个项目主管手上

也解决这个问题，需要分三步：
1、在规划源码目录结构的时候，尽量将每个开发人员所负责的文件夹分开，尽量避免多个人修改同一个文件夹下的内容。
2、在SVN权限设置上，设置为每个开发人员只拥有自己所负责文件夹的读写权限，对其他人负责的文件夹不给任何权限，项目主管拥有所有文件夹的读写权限。
3、实现源码的自动编译、部署到测试服务器上，也就是说可以在需要测试的时候，自动将最新版的代码编译后发布到测试服务器上，而不需要开发人员拿到所有的代码自己去编译部署。

其中第1、2步相对比较简单，难在第3步。实现第3步关键是要改变测试习惯，需要将开发环境和测试环境分离，一般要有一台测试服务器（可以考虑直接搭建在SVN服务器所在的主机上），要测试时就通过某种方式将最新代码编译后部署到测试服务器上，而不能是开发人员用自己的电脑来做测试服务器。
具体有多种方式，比如大名鼎鼎的开源软件hudson就是用来干这个的，用于实现系统的自动编译、部署。
如果想简单处理的话，可以用SVN的post-commit钩子实现，这个钩子存放于SVN服务器端的hooks文件夹下，每次成功commit后都会自动触发执行。你可以自己编辑这个钩子的脚本内容，每次commit后将所有代码checkout或update到测试服务器上，并调用编译工具进行编译，最后部署到测试环境。

上面描述的只是一个简单思路，如果要完善解决的话，必然涉及到版本库的日常管理，需要区分出开发库、测试库，这必然要用到SVN的分支/标记功能，你可以看看我的网络文库，有篇在windows下使用SVN的PPT，其中关于分支的那几页可能会对你有些启发。

G. 如何使用svn管理一个C#项目

要达成你的目的，需要做以下几件事：
1、搭建一个SVN服务器，为你的项目建立一个代码库；
2、规划人员分工和代码库的目录结构，让每个人的工作成果尽量不要存放在同一个文件夹内；
3、设置SVN服务器的访问权限，让每个人只能访问自己的工作成果所在的文件夹；
4、增加一个代码库的管理员用户，这个用户拥有所有文件夹的读取权限，但不要让其它项目组成员知道这个用户的密码；
5、搭建一个或几个项目组统一的测试环境，所有人的测试都在这些测试环境中进行；
6、设计一个脚本，通过这个脚本，以代码库管理员用户的身份自动从SVN服务器上取出最新的代码，实现源代码的自动编译，并自动部署到测试环境；
7、通过SVN服务器端的post-commit钩子调用这个脚本，每次commit后就自动会自动执行这个脚本，实现每次commit后就自动将最新代码部署到测试环境。（当然，也可以不用post-commit钩子，改为在需要测试时手动执行这个脚本。）

总体思路就是这样了，里面每一步的实现细节就要靠你自己去查资料了。
如果自动编译、部署难以实现，可以在项目组中设置一个配置管理员，由他手动完成这些事情。

另外，要完美实现上述操作，就必然用到SVN的分支/标记功能，否则不断滚动开发的不稳定代码、用于测试的代码就无法区分开，这要求项目组内部必须有统一的使用SVN的纪律和约定。

H. idea debug模式，修改代码后怎样实时编译并部署到服务器，就像eclipse那样

确保使用debug模式
确保tomcat由idea实例化说tomcatidea配置
（特殊修改：项目配置文件某些特殊类新增名称参数添加修改引起能热部署必须重启用Jrebel插件插件收费实现部修改热部署包括修改项目配置文件等热部署描述均指普通修改热部署）
项目配置图：

I. 怎样使用 MSBuild 自动编译和发布 NET 网站

很多.NET 程序员开发的时候，每次都需要涉及到各个环境的部署问题，但是手工操作的话又容易出错，而且非常麻烦，我们今来讲解怎样实现自动编译和发布 .NET 网站。废话不多讲，先讲讲我的初步实现方案。

MSBuild 自动编译和发布 NET 网站步骤：
准备工具：GIT版本控制（gitlab），Jenkins, msbuild
1、安装git版本控制器，提交代码。（svn好像也可以）, 并生成ssh public key上传到gitlab的ssh key中(个人配置/SSH KEY)。
2、安装jenkins开源工具。
3、Jenkins安装git plugin, Msbuild插件（Manager Jenkins/Manage Plugins）
4、配置Jenkins中的git（Manager Jenkins/Configure System）在git栏中输入name和Path： git install path\cmd\git.exe
5、添加对应.NET framework version MSBuild
Name: .NET4.0
Path to MSBuild:
%system%\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
6、建立.NET项目文件，并添加MSBuild文件
建立一个解决方案nonsuch.sln，里面包含一个website: nonesuch.web.
在解决方案根目录建立一个xml文件，改名为: build.targets

J. cc_net文件夹是什么

cc_net文件夹是一个代码开发阶段流程的自动管理监控工具；所包括的流程有根据设定的任务从指定的代码库中CHECK OUT代码、然后自动编译、自动代码检查、自动单元测试，并将编译和测试的结果进行记录和反馈（EMAIL方式等），并有还算不错的WEB应用平台进行呈现，也支持一部分的分析工作。
2. CCNEET配置主要就是一个ccnet.config，加入一个项目的时候需要修改配置文件，在配置文件加入一个<project></project>,将要加入的项目的配置放入其中