在之前一个项目开发中使用到了jenkins自动化测试,根据实际应用,简单整理了其部署方案. 1.部署 2.项目构建 3.重部署 1 部署 登录Jenkins应用管理界面 1)选中一个服务器上已在jenkins成功部署的项目,记住其项目名.如本次部署选择参考服务器上的项目:server-activities-trunk(test1) 2)新建: 3)填入新建项目名称:xbank_core后,选择“复制已有的Item”的模式,填入第一步记住的项目名称:server-activities-trunk(

目录 一.简介 二.配置 三.配置tag 四.其它方法 五.List Git Branches插件 一.简介 一般选择分支构建,Git Parameter插件即可.这里是应用pipline的同时,可以选择分支进行构建. Dynamic Parameter 可以动态的生成我们想要的一些参数,使用的语言是groovy.获取参数后,将变量传递到pipline中,用于脚本使用. 二.配置 1.在插件中找到 Dynamic Parameter Plug-in 进行安装 2.创建一个流水线项目 3.在参数化

本篇文章是SQL Server Replication系列的第三篇,详细内容请参考原文. 发布服务器是所有复制数据的源头.每一个发布服务器上可以定义多个发布.每一个发布包含一组项目(项目在同一个数据库下).每一个项目对应一个数据库对象的全部或部分.一个数据库对象能够映射到多个发布中的项目.配置发布为了能够创建发布,你必须先把发布服务器与分发服务器联系起来.分发服务器可以是相同的SQL Server实例(Local Distributor)或者另一台机器上的单独实例(Remote Distribu

本篇文章是SQL Server Replication系列的第三篇,详细内容请参考原文. 发布服务器是所有复制数据的源头.每一个发布服务器上可以定义多个发布.每一个发布包含一组项目(项目在同一个数据库下).每一个项目对应一个数据库对象的全部或部分.一个数据库对象能够映射到多个发布中的项目.配置发布为了能够创建发布,你必须先把发布服务器与分发服务器联系起来.分发服务器可以是相同的SQL Server实例(Local Distributor)或者另一台机器上的单独实例(Remote Distribu

PHP 基于 Jenkins ansible 动态选择版本进行自动化部署与回滚(第二版) 先看流程图: 大概介绍一下: 版本选择使用jenkins 中的 git parameter 插件实现 回滚方式比较low,直接使用代码库目录方式实现 其中gitlab.ansible.jenkins安装不在本文讨论范围之内. 效果 先看下效果图: jenkins 发布配置 PHP 代码不需要 Ant 或者 meaven 编译,所以可以直接使用. 新建一个项目,比较重要的是:选择参数化构建 选择git par

Jenkins配置回滚思路: 目前只能实现使用salt来管控配置文件的管控,配置文件的版本回滚需要后续定制化开发,或者进行格外其他的管理操作.后续实现 以下配置可以为每个项目备份构建文件到本地指定路径 测试路径说明: [root@jenkins-lopc-test-11 target]# pwd /opt/jenkins/jobs/pro/jobs/activiti/builds/30/archive/target   pro是jenkins上自己配置的文件目录名称 activiti是jenki

1.先为java这个项目创建三个版本 vim pom.xml vim src/main/java/com/ghz/testweb/App.java git add . git commit -m "second" git tag -a v1.2 -m 'version 1.2' git push -u origin master git push origin v1.2 修改后的pom.xml 修改war的输出内容 v1.3标签是一样的道理 vim pom.xml vim src/ma

一.背景 公司的项目一直手动maven打包.上传服务器.关闭/开启tomcat,整个流程下来耗时耗力,虽然可以将所有流程通过shell脚本一次性解决,但如果可以通过idea的Jenkins插件一键自动部署,那更省时省力. 下面是一个简单的发布tomcat的shell脚本,执行下面脚本的前提是要在服务器中安装了git.maven # 先关闭tomcat进程 kill -9 `ps aux|grep tomcat|grep -v 'grep'| awk 'NR==1{print $2}'` # 切换

由于部署个人博客系统的服务器只有2G内存,每次利用jenkins编译,发布的时候jenkins老是挂,因此新买了一台轻量应用服务器,专门用于个人博客系统的持续发布任务,下面讲解如何利用jenkins实现系统的持续发布功能. 一.安装Jenkins 我这边服务器是Linux CentOS 7 ,使用S

ionic 运行过程中动态切换API服务器地址 keywords: ionic,phonegap,cordova,网络制式,动态切换,变更,API,服务器地址,$resource,localstorage,url 场景.需求 场景 APP以项目的形式提供,一个客户需要部署一套服务器,一个APP,所以APP的后台服务器地址不能写死.而且要求如果有wifi且在内网,需要用内网服务器地址,如果用3G或者4G,则需切换为外网服务器地址 需求 APP第一次运行,如果没有设置过服务器地址,需要设置好后台服务

Citrix 服务器虚拟化之二十七  XenApp6.5发布服务器桌面 XenApp可发布以下类型的资源向用户提供信息访问,这些资源可在服务器或桌面上虚拟化: 1)  服务器桌面:发布场中服务器的整个Windows 桌面,插件连接到服务器之后,用户会看到可用来启动该服务器上安装的任何应用程序的桌面界面.选择了此应用程序类型后,必须指定要发布的服务器.要发布桌面,计算机上必须正在运行 XenApp.如果您在没有运行 XenApp 的计算机上运行 Citrix AppCenter,则无法发布本地桌面

jenkins 持续构建windows 项目 需求说明 公司新购windwos服务器,并配置了堡垒机,由于经常要提交代码进行更新,导致手动部署很是麻烦,故采用公司jenkins实行持续构建 jenkins服务部署到linux服务器,项目代码存放到windows服务器 环境说明 服务端: Centos7 客户端: Windows Server 2012 R2 软件说明 python 3.5.6 winrm 'winRM服务是windows server下PowerShell的远程管理服务.Pyth

Citrix服务器虚拟化之二十九  XenApp 6.5发布服务器上的应用程序 XenApp可发布以下类型的资源向用户提供信息访问,这些资源可在服务器或桌面上虚拟化: 1)  服务器桌面:发布场中服务器的整个Windows桌面,插件连接到服务器之后,用户会看到可用来启动该服务器上安装的任何应用程序的桌面界面.选择了此应用程序类型后,必须指定要发布的服务器.要发布桌面,计算机上必须正在运行 XenApp.如果您在没有运行 XenApp 的计算机上运行 Citrix AppCenter,则无法发布本

静态编译发布 你写了一个小型Qt程序,发布的时候不想要一大堆dll文件,就只想打包成一个exe文件,那么就需要用到静态编译. 下面的教程就是Qt静态编译环境配置 Qt5.6静态编译包下载地址 1.下载Qt5.6静态编译包,解压放在任意目录. 这里我放在了Qt文件下的Tools目录 2.打开Qt Creator -> 工具 -> 选项.. 3.点击Qt Versions添加静态编译包bin目录下的qmake文件. 4.点击 构建和运行 -> 构建套件(kit) -> 添加  5.注意

在ios的开发中, 通过苹果的各种秘钥加密, 我们会生成一个.ipa文件,这就是我们的应用软件的安装包. 这个文件是能被安装到iphone/ipad上的.可是,如何才能让不在身边的人安装上这个应用呢? 发微信,不可以, QQ,传过去点击安装,不可以, 发布到苹果市场,不容易通过,周期太长.到底该如何做? 看下面告诉你答案. 5分钟搞定一个ipa,苹果应用发布服务器. 让所有测试人员可以网上更新. 整理必要文件 下载ipa的首页(index.html)这里我们就写一个下载按钮 <!doctype

Jenkins指定tag发布到k8s环境 1.Jenkins配置一个Pipeline 工程 首先要安装插件:https://www.cnblogs.com/Dev0ps/p/9125232.html 参数化构建过程 Pipeline选择Pipeline script from SCM 保存之后构建失败会提示找不到Jenkinsfile,我们只需要新建相应的Jenkinsfile文件即可 vim /root/.jenkins/workspace/sscp-xxx_sit@script/Jenkin

在建立发布服务器后自动生成distribution数据库为系统数据库,drop无法删除,实际删除方法如下:在“对象资源管理器”-“复制”上点击右键,选择“禁用发布和分发”,依次执行即可完成该系统数据库的删除,若有发布新增直接建立即可.

在做Web API的文档自动生成时,本机调试都正常,发布到服务器上出现500错误 500 : { "Message": "An error has occurred." } /api/swagger/docs/v1 原因是开发模式为Debug配置环境,发布服务器后在release模式下没找到对应的document xml配置文件 解决办法,在项目配置document的xml除了debug模式之外,在release也需要配置,如下图configuration选择配置环

目录 0.前言 1.Jenkins部署 2.配置jenkins动态slave 3.dubbo服务构建 3.1.制作dubbo镜像底包 3.2.制作slave基础镜像 3.2.1.Maven镜像 3.2.2.Docker镜像 3.3.添加git key 3.4.创建dubbo流水线 3.4.执行流水线构建 0.前言 首先,我们考虑个问题,为何需要jenkins slave?其实在生产环境中,如果用单master,除非你单机器的配置特别高并且构建次数不多情况下,可以不考虑使用slave,但是,在构建

写在前面 趁着十一长假,很多小伙伴都在悄悄学习,有些是为了能够顺利通过面试,进入大厂升职加薪.有些则是为了进一步巩固和提高自己的专业技能,希望有朝一日能过成为互联网架构师乃至技术专家.这不,就有小伙伴问我:如何通过Jenkins自动构建和发布项目,我:安排上了!! 小伙伴的疑问 我们还是通过一张图来直观的了解下小伙伴的疑问吧. 老规则,我们直接进入正题. 基础环境 所有的环境均搭建在CentOS 6.5 x64服务器上,IP:192.168.209.121 主机名:liuyazhuang121