https://wiki.jenkins.io/display/JENKINS/Extend+Jenkinshttp://commons.apache.org/proper/commons-jelly/index.html文档阅读笔记： Scm：代表源码管理的一个步骤，如源码管理中的Git，Subversion就是扩展的ScmBuilder ： 代表构建的一个步骤，如增加构建步
转载
2024-04-19 15:56:49
154阅读
Jekins概述与环境配置基于jekins实现可持续化集成Jekins pipeline核心应用相信大家都知道jekins是做可持续化集成的，但好多人不知道什么叫可持续化集成。讲概念之前我们先说我们做项目中的问题 一个团队正着手开发一个项目，在需求评审之后由小组长把项目把项目拆成了若干个模块，分给不同的小伙伴去执行，2个星期之后各自的模块功能都实现了，大家都很开心，这时候该组合在一起测了
转载
2024-04-27 23:18:32
175阅读
功能: 允许 Jenkins 通过 SSH 执行远程命令。用户可以配置 SSH 服务器，使用 SSH 密钥进行身份验证，并在构建过程中执行脚本或命令。
原创
2024-08-19 10:59:37
73阅读
1、应用场景 Publish Over SSH 不是将war包发布到tomcat容器下，而是先利用该插件将build好的文件上传到远程linux 的指定目录下，然后利用该插件远程执行脚本将指定目录下的文件复制到tomcat的执行文件夹下，再利用脚本远程重启tomcat即可 。 2、发布环境要求 远程 tomcat部署在linux上，不支持 windows上远程发布 3、publish over
转载
2024-05-08 17:20:27
446阅读
之所以转载这篇，我是觉得这篇通熟易懂，能很好的给需要的人提供帮助。 该插件主要是通过SSH连接其他Linux机器，远程传输文件及执行Shell命令。特性： 1、SCP—通过SSH发送文件 2、在远程服务器执行shell命令 3、Passwords/passphrases在配置文件及UI界面是加密显示的 4、SSH可在项目编译前或编译后执行，与是否编译成功无关&n
转载
2024-05-06 23:14:30
194阅读
1.介绍 前面第6章介绍过使用pipeline编写各阶段，包括：checkout、nuget restore, Build, Publish。这些属于CI 也就是持续集成。在第9章介绍过多分支构建，本篇在6，9章基础上继续。 后续还需要的阶段包括:pack(打包)，根据分支不同上传到不同的服务器再执行脚本部署，这些属于CD 也就是持续部署。 本节重点讲如何打包zip上传到目标服务器
转载
2024-07-01 21:34:44
3297阅读
1 背景开发打包的 jenkins job A 是在 local 的一台 windows 上，同时在这台 local 的 windows 上还有一 另一个 jenkins job B 是用来上传 job A 生成的包（build）到测试平台的仓库（比如 saucelabs storage）。然而 我们测试的 jenkins job C 是在 azure 上的一台 windows server 20
转载
2024-03-26 10:32:52
221阅读
通过cmd运行 jmeter -? 可以得到所有命令行选项（本文最后） 其中可以看到下面 -J 的使用-J, --jmeterproperty <argument>=<value>Define additional JMeter properties 当通过JMeter属性的方法调用变量时，需要修改变量的传入方式。普通的定义变量是：${threadsUs
转载
2024-10-10 09:14:47
99阅读
2014-12-08：已不再担任SCM和CI的职位，Jenkins系列的文章如无必要不会再维护。说明：这个插件可以通过ssh连接其他Linux机器安装步骤：系统管理→管理插件→可选插件→Artifact Uploaders→Publish Over SSH 系统设置（所有的高级全部展开）公共配置：Passphrase：密码（key的密码，如果你设置了）Path to key：
转载
2024-07-01 21:32:17
82阅读
使用jenkins的SSH Publishers远程执行配置 SSH Servers如图，系统管理->系统设置->SSH Servers 点击 往下翻到：远程脚本功能说明本次远程脚本需要实现：a.将WORKERSPACE下面的包传到远程服务器上b.备份包c.更新包d.kill掉旧得进程e.启动进程具体操作：
添加git仓库登录的账户配置git仓库地址：创建一个自由风格的项目，给项目配置
转载
2020-12-03 17:15:00
2462阅读
2评论
一.为什么要使用Jenkins，到底有什么好处？传统部署：通过maven命令：mvn clean install "-Dmanven.test.skip=true" -Pprod 将项目打一个jar,然后通过xftp上传到服务器，xshell上面启动项目(nohup java -jar xxxx.jar > xxxx.out 2>&1 & )通过上述操作，繁琐还容易出错
转载
2024-05-13 21:52:03
522阅读
1.Jenkins介绍Jenkins 是一个可扩展的持续集成引擎。由于jenkins有着大量的插件，因此自由度高，很容易与各种开发环境进行联动,而且jenkins是开（免）源（费）的，所以应用度很高。还有一个重要的优点是集成的帮助文档很完善，几乎每一个选项旁的“？”都可以提供很清晰的解释，便于上手。为了保证代码质量并对代码进行可持续的系统的单元测试，可以考虑采用jenkins为开发做基本的测试，包
很早就完成了Jenkins的搭建和预研，但是久久没有应用到实际项目中，今年年初Jenkins陆续投入到实际项目中使用，也暴露出一些问题，如： 1.使用FTP传输文件时，总是遇到文件被占用，无法替换文件 2.如何做留痕发布 3.传输文件过多导致每次发布缓慢Jenkins构建项目流程拉取项目源码 ——> 调用命令还原 NuGet 包 ——> 调用配置文件生成对应的发布包 ——&g
环境操作系统： win7 虚拟机：centos6.5 工具：CRT场景最近在公司想研究下Jenkins的Pipeline。 在参考官方教程时， 每次构建我总是失败：上面错误主要是这句：[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:testCompile (default-t
转载
2024-07-17 16:17:40
268阅读
点赞
jenkins-测试项目的配置-本地服务器的搭建提醒：如果jenkins自动部署项目，则要关注所在位置，比如jenkins部署在tomcat，而项目也部署在tomcat，则会产生问题，比如需要关掉项目，则就要关掉tomca1，但是这意jenkins也无法使用咯。所以一般jenkins部署在一个tomcat,中，而项目部署在另一个服务器tomcat-web中，当部署项目时可以把tomcat-web服
转载
2024-05-07 12:51:04
113阅读
首先我们在一台服务器上部署svn,maven,jdk,tomcat,nexus，还有Jenkins。这里我主要记录Jenkins。首先我们从网上下载Jenkins的包wget http://mirrors.jenkins-ci.org/war-stable/latest/jenkins.war然后我们把包放到tomcat下的webapps目录下然后启动tomcat，然后就是安装 Jenkins了。
转载
2024-03-15 07:48:33
810阅读
一、概述 最近在工作中需要用到在后台代码中触发Jenkins任务的构建，于是想到Jenkins是否有一些已经封装好的API类库提供，用于处理跟Jenkins相关的操作。下面就简单介绍下我的发现。二、Linux Curl2.1 首先找到的是Jenkins官网的wiki2.2 在官网首页就有关于触发job的方法： 个人尝试了下，该方式是通过命令行直接调curl去发POST请求的方式来触发job
转载
2024-05-22 11:18:28
74阅读
${FILE,path="PATH"} 包括指定文件(路径)的含量相对于工作空间根目录。path文件路径，注意：是工作区目录的相对路径。${BUILD_NUMBER} 显示当前构建的编号。${JOB_DESCRIPTION} 显示项目描述。${SVN_REVISION} 显示svn版本号。还支持Subversion插件出口的SVN_REVISION_n版本。${CAUSE} 显示谁、通过什么渠道触
转载
2024-05-24 08:08:29
562阅读
Jenkins Pipeline SSH Publisher 环境变量、参数引用 要用双引号 在 Pipeline 脚本中，如果要使用变量，就必须使用 “ 双引号 pipeline { agent any environment { PROJECT_NAME='vipsoft' } stages {
原创
2022-12-23 01:17:20
2198阅读
点赞
简介软件开发和交互本来就是一项复杂的工作，流程上来说常见的就有：代码开发->代码质量检查->单元测试->打包->部署->集成测试等等。在这个过程中，开发人员、测试人员、运维人员需要花费大量的时间和精力协同配合，即使这样都很难确保整个发布流程不会出错，好不容易所有环节都没有出错，却也很难保证开发环境、测试环境、准生产环境、线上环境的完全一致；本文使用jenkins的pi
转载
2024-10-14 13:50:54
74阅读
