russ44的博客

到 JENKINS_HOME/secrets/的initialAdminPassword文件中复制密码，到Jenkins主页面登录然后进入系统管理-Configure Global Security-允许用户注册前打钩然后注销后点击右上角注册即可配置新的用户名和密码

出现此情况一般是Jenkins所在的服务器内存空间不足，首先进入服务器查看磁盘空间使用情况 df -hT结果查看到如下图所示发现磁盘空间占用满了然后进入Jenkins的目录下查看Jenkins空间占用情况 du -sh发现Jenkins的jobs目录下空间占用较多然后删除一些不用的记录，再查看磁盘占用情况，发现磁盘存在剩余空间

我们在使用Jenkins集成测试的时候，需要构建不同的job任务，但是在上一个job完成后，需要自动trigger下一个job，那么就需要对jenkins进行配置，实现自动运行。 下面整理下，如何构建下一个job： 比如，目前已经有的job(Firstweb_test、web_test)需要在web_test job运行结束后，自动运行Firstweb_test 打开Firstwe

由于jenkins默认的权限管理体系不支持用户组或角色的配置，因此需要安装第三发插件来支持角色的配置，本文将使用Role Strategy Plugin本文以我的项目为例：小组分为三个项目组，配置不同人员对仅对自己负责的项目具有权限是十分必要的项目视图如下图：1、安装插件：插件安装方法见我之前的博客：点击打开链接2、安装插件Role Stra

有时候在安装插件时可能会出现下图的问题：这应该是由于天朝的强导致的，所以笔者就用了收到安装的方式到https://wiki.jenkins-ci.org/display/JENKINS/Plugins 搜索所需要下载的插件，以下我以插件 Publish Over SSH Plugin 为例：1、直接在搜索框输入相应关键字，点击选择对应的插件2

1 简述众所周知，Jenkins默认提供了一个邮件通知，能在构建失败、构建不稳定等状态后发送邮件。但是它本身有很多局限性，比如它的邮件通知无法提供详细的邮件内容、无法定义发送邮件的格式、无法定义灵活的邮件接收配置等等。在这样的情况下，我们找到了Jenkins Email Extension Plugin。该插件能允许你自定义邮件通知的方方面面，比如在发送邮件时你可以自定义发送给谁，发送具体

Check-out Strategy第一次build第n次build(除第一次)Use 'svn update' as much as possible将workspace下的所有文件清空，然后从svn上check out一份完整的项目到workspace下update前不会revertAlways check out a fresh copy删除wor

所需插件：Email Extension Plugin配置如下：Editable Email Notification     Disable Extended Email Publisher

在Jenkins构建maven项目时，控制台日志报代码缺少jar包错误，如下图：eclipse上检查代码发现没问题，然后突然意识到jar放的路径有问题，没在pom.xml中映射解决办法：在pom.xml中加入以下代码后再次构建成功通过

在Jenkins构建项目的时候，有时候执行大量的单元测试用例需要浪费很多时间，为了更快速的构建，可在build选项中使用一下命令不执行单元测试用例·Root POM：pom.xml（maven项目的配置文件）的路径，相对于svn源码地址·Goals and options：maven命令（-Dmaven.test.skip=true表示在打包时不执行测试用例）

在使用Jenkins进行持续集成时发现，并不是所有的项目直接放在tomcat的webapps下部署运行的，本文主要讲述Jenkins如何使用shell脚本部署部署到远程服务器的方法此处已web容器Linux+tomcat为例准备工作：1>完成Jenkins服务环境的搭建，此处不再详述，不会的童鞋可参考下面的博客http://www.cnblogs.com/zz0412/ta

Jenkins进阶系列22篇精华文章 http://www.cnblogs.com/zz0412/tag/jenkins/

在使用Jenkins进行构建时提示Bulid is already in progress问题时，如下图所示由图可知因为#16正在构建中，故17是等待状态，此时只需要关闭#16或者等待#16构建完成即可自动构建#17如果#16进度条一直没有进展，或者无法终止，可以尝试重启Jenkins服务，重启后再次构建该项目即可

为了便于管理，Jenkins一般需要设置用户，而且这些用户是需要配置相应的权限的，如果一不小心配置的时候出了问题，那么，你就斯巴达了。这里，用我的切身经历，为大家说一下Jenkins因为权限配置失误而导致的登录失败如何解决。问题出现原因：情况是这样的：当时俺还不知道配置权限如果点击确定了，当前用户如果权限不够会直接被踢出来，于是，小伙伴就很开心的进行了这样的额操作：打开权限配置中的安全矩阵，没有

在重新配置环境新建jobs连接svn时报svn：E170001错误原因是没有安装svn插件 SVN Publisher plugin后问题解决PS：Jenkins所在服务器需要能连接到svn所在服务器，本人本地连接svn是使用的公网ip，配置的时候一直无法连接，后来发现是Jenkins所在服务器无法连接到svn，最后将svn地址改为对应的内网ip后成功配置

构建后查看控制台输出BUILD SUCCESS但是Build step 'Deploy war/ear to a container' marked build as failure排查问题后发现是因为在项目的构建设置时忘记在下处打钩Deloy on failure 表示当测试失败（[ERROR] There are test failures.）时仍部署，此处一定要勾选，

在使用Jenkins做持续集成过程中，在构建很多次后发现有时在构建的时候系统提示磁盘空间不足，此时检查发现Jenkins的主目录挂载区放在了服务器根目录下，占用空间较大，此时除了对服务器的磁盘进行扩容外，另一个解决办法就是修改Jenkins的主目录，将其放在占用磁盘空间较大的分区下面修改Jenkins主目录的几种方式！！！！！特别注意，一般情况下尽量不要修改Jenkins的主目录，

项目开发中，打包项目WAR后有时会遇到需要更新项目中相关配置的情况。例如，测试环境的数据源在打包发布到生产环境时则需要更改相关数据源配置，当拥有多套环境时这种方式非常不灵活，可以使用参数化配置解决，以maven项目为例，解决记录如下：1、修改.properties配置文件的value，使用变量替换，如下2、pom.xml增加profile节点及build配置，如下：