Jenkins构建集成部署】的更多相关文章

一.可运行Jar配置 1. 设置JDK 2. 设置源码 设置构建脚本 #!/bin/bash export BUILD_ID=xxxxxx_content_170 myPath="/data/deploy/iol8-content-service" core_name="content_service_core" gitUrl="https://git.transn.com/SLS-itakeeasy-JAVA/iol8-content-service.g…
1. 前言 因为研发部门不想把他们的源代码 git 到服务器再编译,git + maven + jenkins 的方式行不通,于是采用 svn + jenkins的方式,流程如下: 只需要 程序员 手动提交到svn ,后面的事件都是由 jenkins 自动完成的. 2. 实现过程 环境介绍 2.1 svn 服务器搭建 时间同步.selinux .iptables 这些初始化工作就不在说了. 安装svn程序包 [root@192.168.118.14 ~]#yum install subversi…
一.环境搭建 本次实验的环境为Ubuntu 16.04,Jenkins 2.8.3 1.安装ssh sudo apt-get update # 更新软件源 sudo apt-get install openssh-server # 安装ssh sudo ps -e |grep ssh ## 查询是否启动 ,如果没有启动 sudo service ssh start 启动 使用gedit修改配置文件”/etc/ssh/sshd_config” 获取远程ROOT权限 打开”终端窗口”,输入”sudo…
1. 安装svn:用于checkout源码 (1)yum 安装:yum -y install subversion (2)查看svn版本信息:svnserver --version 2. 安装jdk (1)上传已经下载好的jdk1.8.0_144.tar.gz到linux服务器 (2)解压tar zxvpf jdk1.8.0_144.tar.gz (3)拷贝至/usr/local/java目录下 cp -rf jdk1.8.0_144 /usr/local/java/ (4)修改/etc/pro…
0. 前提是有一个可以用的没有问题的Jenkins环境,这是基础 1. 安装publish over ssh 插件,(如果网速太慢,请去github 克隆代码,然后自己构建,然后上传安装此插件) 2. 配置 publish over ssh插件,(系统管理->系统设置,最下方) 3. 配置Jenkins工程,配置,最下面,构建后的操作,选择 “send build artifacts over ssh ” 4. 点击保存 5. 在目标服务器的部署目录创建相应的脚本 stop.sh #!/bin/…
用到的技术和工具:git + maven + jdk + jenkins,首先服务器安装git.maven.jdk,这些都不再赘述. 1:开始安装主角jenkins,首先去官网下载war包(https://jenkins.io/),上传到服务器. 2:因为后续需要看下日志,先java -jar方式启动,后续可以通过nohup或者别的方式进行后台方式启动,jenkins的默认启动端口是8080,进去界面之后会提示输入密码,这个密码有在后台日志打印. 输入之后选择插件然后进入主页面. 3:本文用到的…
准备工作: 1.jenkins.war包 下载地址:https://jenkins.io/zh/download/ 2.Jdk1.8 下载地址:http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 3.tomcat:版本为apache-tomcat-8.0.53-windows-x64.zip 下载地址:http://tomcat.apache.org/ 4.注意点:jenkins目…
买了一台阿里云的服务器用于练习maven test项目,系统版本wiondows server 2012,将jenkins war包部署在Tomcat服务器上,项目构建后,生成的报告在C:\Windows\System32\config\systemprofile\.jenkins\workspace目录下,将该目录配置在apache服务DocumentROOT下,提示不是有效的目录,怀疑是系统目录权限受限,解决方法如下: 1.配置系统环境变量%JENKINS_HOME%为非系统级目录,比如C:…
GitLab+Jenkins持续集成+自动化部署 什么是持续集成? (1)Continuous integration (CI) 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译.发布.自动化测试)来验证,从而尽快地发现集成错误.许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件. (2)没有持续集成 项目做模块集成的时候,发现很多接口都不通==>浪费大量时间 需…
基于上次的环境<部署Gitlab+Jenkins持续集成环境> 来实现自动化部署 系统管理–>插件管理–>安装以下插件: Credentials Plugin(默认已经安装) # 签名证书管理插件 Gitlab Plugin # 安装后从gitlab获取代码 Git Plugin 和 Git Client Plugin # 用于jenkins在gitlab中拉取源码 GitLab Hook # gitlab触发jenkins构建项目 gitlab Authentication #…