⑴ 普通java工程如何用jenkins做持续集成
1定义maven的pom.xml文件，pom如何定义内容就太多了，网上搜索吧
2将项目提交到版本库软件管理，比如svn
3在jenkins上checkout这个项目，定义maven执行命令，比如 maven package
⑵ 使用jenkins和编译服务器
1 切换成root用户
2 生成公钥 这里注意会生成两份密钥 .pub为公 另一个为私
3 查看公钥
4 把公钥放入git
5 检验权限
6 打开复制私钥
7 进入Jenkins 添加凭据，类型 SSH Username with private key
在下方密钥区域 粘贴 私钥
8 在工程下面的密钥区域选择刚生成的
执行中如果出现权限不足 或者路径不对
1 路径不对 可以查看本地路径是否存在脚本 如果路径配制成环境变量 前面需要加$ 如$SHELLPATH 直接输入路径则不需要加任何符号 如 /media/shell/**.sh
2 出现权限错误 你需要让jenkins使用root用户操作如下 以下用ubuntu举例
文件中
JENKINS_USER=$NAME
JENKINS_GROUP=$NAME
改称
JENKINS_USER=root
JENKINS_GROUP=root
修改目录权限
cd /var/lib/chown -R root:root ./jenkins
重启jenkins 不同版本重启方式不同 自行网络
systemctl restart jenkins
编译服务器mount到jenkins本机 利用了NFS
更新系统软件包
安装NFSServer
清除目录所有权限限制
先打开 exports 里面定义了NFS服务器访问权限
设置访问权限
/mnt/nfs_share 是共享目录路径
rw 设置可以读写
sync 需要先将更改写入磁盘 然后才能应用更改
no_root_squash / no_subtree_check 消除子树检查
1） 全子网可访问
2） 单独网络可访问
中间ip换成本机ip 如192.168.0.1
打开 然后查看状态
在Ubuntu和Debian上安装NFS客户端：
在CentOS和Fedora上安装NFS客户端：
ip改成本机IP即可
或者直接修改配置文件
1) 在NFS服务器的共享文件夹中创建个文件
2) 在NFS客户端中查看文件是否存在
ip换成本机ip
查看路径是否正确即可
把缺少的依赖库先编译一遍
⑶ Java Maven打包总结（Jenkins多模块编译部署）
原文地址： Java Maven打包总结（Jenkins多模块编译部署）
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个阶段。
完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。
完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9个阶段。完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
可以看到主要区别在把生成的jar包最终存放的位置， package只管打包； install把打好的包放到了本地maven仓库；deploy是同时放到本地仓库和远程maven私服
这里本地仓库默认是 /root/.m2/repository/ ，具体配置在 ${M2_HOME}/conf/settings 的 localRepository 配置项决定。远程私服仓库一般是nexus，具体地址在项目的pom.xml中配置。比如
一般是进入父级目录之后执行
如果是多级目录的话，有时候并不一定是按照 具体的项目来 编译，比如
这个时候如果一个项目一个项目来编译会超级多，很繁琐，这里是按照 subparentproject 来编译，命令如下
有个注意的地方：
subparentproject 目录下的pom.xml文件中一定有类型如下的配置
1、需要安装插件 Extended Choice Parameter Plug-In 可以支持参数单选、多选
2、项目选择"自由风格"，而不是maven编译
3、在“构建” -> "执行shell" 中编写 子模块编译脚本及其后续处理
具体配置如下图
“构建” -> "执行shell" 中的处理脚本
附加：
Linux Bash下字符串操作总结
⑷ 怎样使用 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
⑸ 请问Jenkins如何配置自动或定时编译
打开job的配置界面，在构建触发器栏下有Poll SCM（定时检查源码变更并构建）和Build periodically（周期进行项目构建，不关心源码是否变更）选择，打开它们后面的问号，有很明确的介绍和实例
⑹ 如何 编译 jenkins 插件
系统管理--管理插件--高级--浏览-上传插件即可 会提示重启jenkins，--重启后插件安装成功 下载的插件是.zip格式的，改成.hpi后缀名即可
⑺ 敏捷之路 C++ (一) jenkins配置-VS工程自动编译基本配置
Windows安装Jenkins主要有两种方式
关于安装这块官方资料齐全就不浪费时间了。
接下来启动 jenkins并按照默认设置一路下一步就行了。
成功启动jenkins并检查确认jenkins工作区无误后就可以开始配置jenkins以及自动编译VS项目的相关环境了。
建议： 所有需要安装的工具例如git,python,svn等尽量不要安装在Program Files中，自己重新指定一个没有权限问题，纯英文无特殊符号及空格等的路径。
接下来安装插件
首先是使用vs项目必不可少的MSBuild插件
以及多源项目需要的Multiple SCMs plugin
如果你需要邮件通知则安装Email Extension Plugin
建议安装一个你的工程所需版本的Visual Studio
一方面MSBUILD可以直接用，另一方面如果自动编译出问题 可以使用VS打开你的项目进行调试
通常一个相对比较大的多项目工程，如果不是一直严格按照标准配置，很难保证获取工程可以成功编译建议从以下几个角度检查
配置好了工程可以从远端克隆一个新的直接编译试一下。可以成功编译就可以配置jenkins项目了。
添加账号密码时有时候第一次添加的会无效，那就再添加一次并选择第二个。通常就可以了。
⑻ Jenkins持续集成使用指南
1 、 系统 参数
（1）构建服务器访问路径:
（2）JDK版本（根据各产品的具体要求选择）:
1) jdk1.7.0_60
（3）Maven版本（根据各产品的具体要求选择）:
1) apache-maven-3.2.3
2) apache-maven-3.2.2
3) apache-maven-3.2.1
4) apache-maven-cif
（4）Jenkins信息：
1) Jenkins version 1.609 可升级
2) $Jenkins_home: home/ciserver/.jenkins
3)Jenkins工作目录：/app/Jenkins/
2 、 授权 策略
（1）Configure Global Security中的授权策略，采用Role_Based_Strategy方式；
（2）根据人员的角色和职责建立Global roles；
（3）根据不同的产品系统及其开发阶段，建立project_roles；
（4）为jenkins账户建立global role和project role的授权矩阵，即用户访问权限矩阵；
（5）用户界面是基于他拥有的权限和任务所属的阶段和所归属的视图（View）进行显示；
Jenkins构件任务命名规范参考3.2章节，jenkins账户管理参考第4章节。
3、构建管理
3 .1 构建 命名 规范
用户登录后，界面所能执行的操作的基于以下2点，缺一不可：
（1）用户所拥有的权限；
（2）根据命名规则过滤后的任务视图和任务；
请务必按照下面的命名规范进行任务的创建和修改。
3 .1.1 任务视图 命名
任务视图命名格式：
产品/系统名称(缩写)_阶段，阶段缩如（DEV、ST、UAT、PRD），如下图红线标注所示：
图3-1 任务视图命名示例
3. 1. 2 任务 命名
任务的命名格式：
系统任务：阶段缩写_产品/系统(缩写)；
子系统和模块任务：阶段缩写_产品/系统缩写_子系统/模块缩写
3 .2 参数化构建
3.2.1 构建 参数列表
3.2.1 常 用 的参数 配置
3 .3 分布式构建
考虑到构建效率和后续构建任务的扩张；通过配置jenkins Master-slave架构进行分布式构建；
DEV阶段的构建在slave进行。
3 .3.1 slave节点 配置
3 .3.2 slave节点任务 配置
（1）DEV阶段的构建，在206.10jenkins服务器上建立slave节点，将各产品部的构建任务分配到对应的节点去运行（包括工作空间，本地仓库，编译运行环境）；
在DEV阶段的任务配置中，勾选“Retrict where this project can be run”, Label Expression填写各slave标签名。
4 、 jenkins账户 管理
（1）jenkins账户统一由组织级管理员建立和维护，jenkins账户命名格式为：姓名全拼；用户可登陆后修改；
（2）jenkins账户按照用户类别分为，admin，系统管理员，构建人员，guest；
1） Admin负责整个jenkins服务器的管理；
2）系统管理员的具有其负责的产品库的4个阶段所有任务的创建，配置权限；
3）构建人员为产品开发人员，根据需要开放四个阶段的构建任务的执行和配置权限；
4）guest账户仅供有查看需求的员工使用；
5）普通用户账户权限申请和权限变更，由系统管理员或分支管理员向组织级CM申请。
5、J enkins基本操作
5.1 登录jenkins
申请账户后，在浏览器中输入 http://**.**.**.**:8080/ ，在弹出的对话框中输入用户名和密码登录。
5.2 账户 密码重置
5. 3 新建任务
5. 4 配置任务
在任务列表中单击你要配置的任务，在左侧功能列表中单击配置选项，如下图所示：
下图将会对任务配置中涉及到各个步骤进行详细讲解：
5. 5 构建 任务
任务配置完成后，点击左上角功能列表中的，立即构建，即可执行相关任务，如下图所示：
5. 6 查看 构建日志
5.7 查看 构建 结果
⑼ jenkins git怎么自动编译工程
当时也是花费了不少时间来配置Jenkins自动打包的问题，觉得还是需要记录一下。 1.安装Jenkins，这个很简单，不需要多说。 2.下载Git Plugin，Gradle Plugin，Android Emulator Plugin（这个可以配置SDK路径，觉得这个插件挺好）