如何设置才能使jenkins agent和windows ui_百度知道
如何设置才能使jenkins agent和windows ui
安装这里直接使用安装包；第一次录入时还需要录入svn仓库的用户名和口令，左边菜单会显示有“控制台输出”。从http，点击可以查看控制台详细输出，完成设置3.lifecycle，就使用pom：源代码管理根据自己的需要进行选择。
2，任意名称都可以。刚才的那个界面比较大://192.jenkins-ci.war下载war包.org/war/latest/-Xrs -Xmx256m -Dhudson。（如果不能安装，删除项目web目录,界面如下。2，如果失败则为红色，使用自动化构建工具完成是最好不过的了，手动配置，安装过程很简单.jenkins-ci，目标选项也不用修改，我这里要求构建成功后把war文件复制到指定的目录，如果构建成功://wiki.4 build设置不用修改：输入任务名称，向下滚动.10.org/windows/latest" target="_blank">http，意思是依赖于快照的构建，这里选择“构建一个maven2&#47。安装后自动创建了一个windows服务.xml.5 设置构建后的步骤://wiki，则项目状态的S为蓝色，默认使用的端口是8080，（Post Steps，看到类似下面的界面（我这里已经创建了一个任务），如果需要修改;&#47.jenkins-ci，修改
&lt.org/display/JENKINS/Use+Jenkins" target="_blank">https://mirrors. 在工作区域的左边菜单上点“立即构建”.lifecycle=hudson：Jenkins：构建触发器:8081/" target="_blank">http://mirrors。点“保存”. 创建任务
2:8081/，我的源代码是使用svn管理的，在recipients中录入要接收邮件的邮箱，这里选择“Subversion Modules”，但最好是有意义的名称;arguments&gt。打开<a href="http，然后停运tomcat.168，应该是当svn有修改时就构建项目。2。构建完成.3 界面如下持续集成是个简单重复劳动，我选择“Build whenever a SNAPSHOT dependency is built”.xml文件，因我的项目是maven项目。1.168.jenkins-ci。为了实现这个要求。构建错误时也可以根据相应的错误信息进行修改
来自团队：
其他类似问题
为您推荐：
jenkins的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁添加Windows、Linux机器作为Jenkins的slave - 推酷
添加Windows、Linux机器作为Jenkins的slave
用Jenkins做自动化测试执行平台，运行自动化的case。当case较多需要时，或者需要不同类型系统（如Linux和Windows），就需要搭建多个Jenkins的Node（或者说master-slave中的slave）。
我还是喜欢Linux，一般都是将Jenkins的master搭建在Linux上，然后添加一些Linux或Windows slave去执行更多的任务。 由于Jenkins是Java程序，所以添加的slave中必须先安装Java执行环境并配置好系统环境变量。
添加Linux/Unix作为slave，是比较简单的。在添加Node时，选择”Launch slave agents on Unix machines via SSH”方式，然后对应的credentials添加用户名和密码（不需要root）即可。
添加Windows做为slave，可以选择“Launch slave agents via Java Web Start”或者“Let Jenkins control this Windows slave as a Windows service”都可以。后者可能需要一些防火墙策略；我一般选择前者“Launch slave agents via Java Web Start”。
有时并没有那么顺利，可能会看到如下图的提示：
到Windows slave上去照着操作就是了；不过，我也遇到都操作不成功的情况，我就直接点击图中的“lanch”按钮，下载了一个JNLP文件，然后用javaws slave-agent.jnlp 命令启动agent即可。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致34257人阅读
官网首页就提供了windows版本的Jenkins安装包。可以自己下载一个用于学习。安装后自动打开http://localhost:8080，就可以看见Jenkins的界面。
要运行Jenkins的其它配置：
1，Jenkins是java程序，因此需要安装JDK。
2，同时运行job需要提供repository，也就是存放Jenkins定期poll源代码的地方。可以去github免费注册一个。
3，如果想在Jenkins中使用ant，maven等，则还需要单独安装。但不是必须的。
启动Jenkins
Jenkins天生支持unix-like system。
好吧，Jenkins是一个java程序，所以要运行它，只需要：
$ java -jar jenkins.war
我们也可以使用nohup命令，让Jenkins在后台运行。
之后打开URL&http://myServer:8080 就可以方便的操作Jenkins了
官网给了一个sh的例子，用于启动Jenkins。可以参考一下。
在Servlet container中运行
Alternatively, if you have a servlet container that supports Servlet 2.4/JSP 2.0, such as Glassfish v2, Tomcat 5 (or any later versions), then you can run them as services, and deployjenkins.war&as you would any other war file.
For example,
you could simply place the jenkins.war file in Tomcat’s webapps directory.& 此时使用的URL默认就变成：
http://localhost:8080/jenkins
同时Jenkins提供一些默认不会启动的特殊的功能，参考下面的link来enable它们。
https://wiki.jenkins-ci.org/display/JENKINS/Features&#43;controlled&#43;by&#43;system&#43;properties
Jenkins的目录结构
和CruiseControler一样，Jenkins需要一个目录来存储相关文件：JENKINS_HOME。默认为&~/.jenkins。即为user的home目录下的一个隐藏目录。我们也可以更改JENKINS_HOME，指向我们希望的地方。
(注意因为是隐藏目录，所以需要使用ls -al 才能看到)
JENKINS_HOME
&&#43;- config.xml&&&& (jenkins root configuration)
&&#43;- *.xml&&&&&&&&& (other site-wide configuration files)
&&#43;- userContent&&& (files in this directory will be served under your http://server/userContent/)
&&#43;- fingerprints&& (stores fingerprint records)
&&#43;- plugins&&&&&&& (stores plugins)
&&#43;- jobs
&&&& &#43;- [JOBNAME]&&&&& (sub directory for each job)
&&&&&&&& &#43;- config.xml&&&& (job configuration file)
&&&&&&&& &#43;- workspace&&&&& (working directory for the version control system)
&&&&&&&& &#43;- latest&&&&&&&& (symbolic link to the last successful build)
&&&&&&&& &#43;- builds
&&&&&&&&&&&& &#43;- [BUILD_ID]&&&& (for each build)
&&&&&&&&&&&&&&&& &#43;- build.xml&&&&& (build result summary)
&&&&&&&&&&&&&&&& &#43;- log&&&&&&&&&&& (log file)
&&&&&&&&&&&&&&&& &#43;- changelog.xml& (change log)
如果有权限管理，则在HOME目录下还会有users目录。
从目录结构来看，和CruiseController非常相&#20284;。其中config.xml是Jenkins重要的配置文件。我们都知道Jenkins用于monitor多个build，而jobs这个目录无疑就是存储每个build相关信息的地方。
总的来说，Jenkins目录结构非常直白，简洁。
备份和恢复
备份和恢复非常简单，就是简单的copy Jenkins的目录就好了：
All the settings, build logs, artifact archives are stored under the JENKINS_HOME directory. Simply archive this directory to make a back up. Similarly, restoring the data is just replacing the
contents of the JENKINS_HOME directory from a back up.
移动/拷贝/重命名 job
由于每个jobs都有自己单独的目录，我们可以很容易的：
&&& 1，move a job from one installation of Jenkins to another by simply copying the corresponding job directory.
&& ,2，make a copy of an existing job by making a clone of a job directory by a different name.
&&& 3，rename an existing job by renaming a directory.
修改后执行下面的命令刷新：
http://[jenkins-server]/[command]&
在这里[command]可以是：exit 退出，restart 重启， reload 重载。
创建一个Project
因为Jenkins可以用于运行各种CI，测试，批处理任务等等，所以在Jenkins中将这些任务统称为“free-style software project”.
Jenkins也提供了其他类型的jobs，例如：
1，如果项目是Maven，Jenkins还提供了一种仅用于Maven Project的job。但其实free-style software projec仍然可以用于创建Maven项目，只不过这种更适合Maven项目，结合的更好而已。
2，也可以创建一个&Monitor an external job“用于监控外部进程。
3，或者一个Matrix project，也就是multi-configuration project。
我不确定是否仅有这4种job，也许使用插件可以创建更多类型的job，大家自己看资料吧。
下面是如何创建一个最常见的“free-style software project&的过程：
这之前有很多描述性的工作可以自己选择，配置svn要Subersion，在Repository URL中输入svn地址，点击enter credential
这里输入svn用户名和密码即可，在已建项目中可以点击Configure
自动运行Build
触发一个build有三种方式：
Builds in Jenkins can be triggered periodically (on a schedule, specified in configuration) 这里定义schedule的语法是unix常见的cron语法。
Or when source changes in the project have been detected
可以设置Jenkins定时检查SVN是否发生了变化，也可以手动检查：http://YOURHOST/jenkins/job/PROJECTNAME/pollong。也可以设置Jenkins为post-commit，这个方式尤其适用于那些检查是否代码改变会花费很长时间的情况。
Or they can be automatically triggered by requesting the URL:
http://YOURHOST/jenkins/job/PROJECTNAME/build
Distributed builds
Jenkins supports the &master/slave& mode, where the workload of building projects are delegated to multiple &slave& nodes, allowing single Jenkins installation to host a large number of projects, or provide different environments needed for builds/tests.
在现实中需要使用distributed builds情况很多，例如：一个web application的build，需要分别验证firefox和IE的行为，那么就需要到windows机器上运行IE。
或因为性能问题，将build分布到多个slave节点去。
到Jenkins的管理界面，就可以方便的添加节点。配置节点时，需要提供节点所在的机器，登陆用户名密码，使用的目录等。
但是slave并不需要再安装Jenkins。jenkins会自动启用slave agent，将build需要tools考到远程机器上。
需要注意的是：the build results and artifacts will always end up on the master server. 因此不需要跑到各个节点去查看build产生的文件，log等。
其实在slave节点，会创建一个本地的workspace，并在运行时使用这个workspace。因为毕竟build运行在slave节点上，所以这个节点肯定要有运行build需要的所有因素。
总之添加节点并远程运行build真是太方便了~
添加节点后，在master Jenkins home目录下会出现关于该节点的配置文件。
Jenkins将自动决定在哪个节点上运行build，根据下列策略：
Some slaves are faster, while others are slow. Some slaves are closer (network wise) to a master, others are far away. So doing a good build distribution is a challenge. Currently, Jenkins employs the following strategy:
If a project is configured to stick to one computer, that's always honored.Jenkins tries to build a project on the same computer that it was previously built.Jenkins tries to move long builds to slaves, because the amount of network interaction between a master and a slave tends to be logarithmic to the duration of a build (IOW, even if project A takes twice as long to build as project B, it won't require double
network transfer.) So this strategy reduces the network overhead.
Jenkins通过运行slave agents来完成分布式build。最常见的情况是：slave agent运行在各个slave 节点。master通过SSH远程启动/停止slave agent，进而控制各个节点的行为。
一共有下列4种方式启动slave agent：
oThe master starts the slave agents via ssh
o Starting the slave agent manually using Java Web Start
o Installing the slave agent as a Window service
o Starting the slave agent directly from the command line on the slave machine from the command line
需要注意的是这4种方式适用于不同的情况，例如slave节点在防火墙后，导致master无法通过SSH启停slave agent。此时只能用后三种方式，但是往往有一些弊端，比如master无法自动停止/重启 slave agent.
一旦添加node成功，你就可以在job中指定这个job在哪个node运行：
Restrict where this project can be run (如果不指定则由Jenkins自行决定，即可以在slave节点运行，也可以在master节点运行，甚至在一次build中就可以自行来回切换)。
配置Jenkins，让它收集更多的log
https://wiki.jenkins-ci.org/display/JENKINS/Logging
在流行持续集成的今天，在各个环境：alpha,beta和production 都部署了唯一的Jenkins服务器。
Jenkins服务器统一负责该环境内所有组件的持续集成。也就是说，一个Jenkins服务器会有很多个build。所以有时会用到上面提到的”Monitor an external job“。
但不是Distributed Builds。
同时由于Jenkins会进入每个环境，包括production，因此会使用auto deployment的方式，自动完成Jenkins在各个环境的部署。
毫无疑问Jenkins中需要有用户管理的功能，因为除开发人员外，有多种角色的人需要查看build的结果。
在Jenkins中的系统管理中，可以设置“任何用户可以做任何事” 或 “登录用户可以做任何事”。
因此前一个选项意味着，任何浏览JenkinsURL的用户都可以修改Jenkins。或只有登录用户才能做修改。
Jenkins中的用户划分为两类：可登录用户和不可登录用户。
1，只要是修改过repository，即对build产生过影响的用户，都会被Jenkins记录在本地的database中。这类用户可以在Jenkins界面-&查看用户中浏览。
但这类用户不是正式的Jenkins用户，也不能登录Jenkins。这类用户的权限由上面说的系统管理中的配置决定。通常只有查看build的权限，没有修改权限。
2，只有在Jenkins中明确注册的用户，才能够登录Jenkins，并且有权限控制。同时注册过的用户，在JENKINS_HOME目录下的users目录下，都有一个单独的目录来存储相关信息。
Jenkins Script Console
Jenkins提供了一个script console&Groovy script which allows to run arbitrary scripts on the Jenkins server or on slave nodes. This feature can be accessed from the &manage Jenkins& link。
也可以通过URL直接访问：http://myserver:8080/hudson/script
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：132344次
积分：1465
积分：1465
排名：第19978名
原创：24篇
转载：32篇
(1)(1)(2)(2)(9)(1)(4)(7)(1)(4)(6)(4)(12)(2)Jenkins 学习笔记(三)_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
Jenkins 学习笔记(三)
||文档简介
高级软件工程师|
总评分4.3|
浏览量4833
&&J&#8203;e&#8203;n&#8203;k&#8203;i&#8203;n&#8203;s&#8203; &#8203;学&#8203;习&#8203;笔&#8203;记&#8203;(&#8203;三&#8203;)
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩2页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢开发环境（10）
实际工作中，很多时候我们需要持续打包，或者出现某个问题后，我们需要追溯到某一个历史版本去做对照，如果手动去做这些操作的话，无疑会耽误很多时间，直接压缩了下班回家陪老婆孩子的时间，所以我们需要一个能够自动化构建项目的工具。
在这里，我们选择了Jenkins。老规矩，先来看看完成后的实际际功能与使用效果
首先搭建成功以后，我们可以通过web的形式来完成所有的操作。登录首页后，可以看到当前所有使用Jenkins构建的项目，每个项目最左侧的S栏使用小球通过颜色来区分不同的状态（蓝色为正常，红色为编译失败，灰色为正在编译中），W栏以天气的形式来描述最近五次的编译情况。
选择某一个项目进去以后，看到下面的页面：
简洁的页面中很直观的可以看到两个编译成功的apk，这个地方与gradle中的buildTypes相对应，我们在每次的项目构建中，都可以得到对应的apk，适应于不同的场景。
在左侧的Build History栏中，我们可以回溯到历次提交的状态。例如我们点击375，得到以下界面：
注意到有一个修改记录，这个与版本控制对应的提交相对应，可以更方便的看到这次的构建是基于哪个提交之上的。我们甚至可以点击detail查看该次提交做了哪些文件的改动。
搭建环境（win）
下载最新安装版jenkins 。
注：笔者使用的是Jenkins 2.5。
（如果不能安装，从下载war包，手动配置，配置说明参见）。
使用安装包直接安装，安装后系统会创建了一个windows服务：Jenkins，默认使用的端口是8080，如果需要修改，打开安装目录下的jenkins.xml文件，修改
&arguments&-Xrs -Xmx256m -Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -jar "%BASE%\jenkins.war" --httpPort=8080 --webroot="%BASE%\war"&/arguments&
后保存，启动jenkins服务。
打开，按照提示输入C:\Program Files (x86)\Jenkins\secrets下的密码，安装好插件后，看到类似下面的界面（我这里已经创建了一个任务）：
说明jenkins已经安装成功。
2.创建任务
2.1 点“新建”,界面如下：
Jenkins工具在多次更新迭代后，配置已经越来越人性化，直接输入项目名称，选择第一项即可。
2.3 界面如下：
源代码管理根据自己的需要进行选择，我的源代码是使用svn管理的，这里选择“Subversion Modules”，在”Repository URL”录入你的svn仓库地址；第一次录入时还需要录入svn仓库的用户名和口令。
刚才的那个界面比较大，向下滚动，中间部分的界面如下：
构建触发器
构建触发器：如图
Build periodically：周期进行项目构建（它不关心源码是否发生变化）
Poll SCM：定时检查源码变更（根据SCM软件的版本号），如果有更新就checkout最新code下来，然后执行构建动作。
这里我选Poll SCM，数值设定为H/5 H(9-23) * * *
第一个参数代表的是分钟 minute，取值 0~59； 第二个参数代表的是小时 hour，取值 0~23； 第三个参数代表的是天 day，取值 1~31； 第四个参数代表的是月 month，取值 1~12； 最后一个参数代表的是星期 week，取值 0~7，0 和 7 都是表示星期天。
如H/5 * * * * 表示的就是每5分钟检查一次源码变化。
H/5 H(9-23) * * * 表示每天9点到23点，每5分钟检查一次。
构建：添加Invoke Gradle script，配置如图
（如果没有Invoke Gradle script选项，需要跳到插件管理中下载Gradle plugin）
Switches ：即gradle 后面所接的命令。上面相当于执行gradle clean build命令。
构建后操作：构建失败可以发送邮件通知，如图
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：11401次
排名：千里之外
原创：27篇
转载：16篇
(1)(2)(1)(5)(1)(2)(4)(3)(2)(1)(1)(2)(2)(1)(4)(3)(5)(1)(3)}