我们这边好多小组觉得每次测试人员叫我们开发打包部署到某某个测试环境人工操作比较麻烦,因为他们想做到只专注于开发,不管这些琐碎的事.于是有个组长问我前端能不能用Jenkins去执行这一个固定的流程,因为他们后端都是用Jenkins去实现自动化打包部署.我之前没用过Jenkins,于是我去Jenkins官网看了下,发现确实是可以使用Jenkins实现前端自动化打包部署的,因为Jenkins可以执行远程shell脚本,我们开发是在Windows下,只是相当于在Linux下打包而已,而前端项目完全是可以

Gitlab+Jenkins实现自动部署   系统环境: Gitlab主机 IP:192.168.1.2 Jenkins主机 IP:192.168.1.3 一.为何要做自动部署 #部署Tomcat的在这里:http://blog.51cto.com/bigboss/2155423 二.配置Gitlab #首先,你得有一个代码仓库,赶紧到gitlab上创建一个,然后创建个分支并创建一个文件. #其次,你得配置一个ssh公钥到gitlab上,这样才能模拟开发上传代码到gitlab. #至于ssh公钥

前面使用maven.ant编译项目就不说,只说一下使用jenkins的插件自动部署项目 1.首先jenkins安装插件Deploy to container Plugin ,下载地址为:https://wiki.jenkins-ci.org/display/JENKINS/Deploy+Plugin 2.安装完后,将会在项目配置中见到一下选项 3.配置tomcat远程部署账号,在tomcat目录下conf文件内tomcat-users.xml 文件增加以下配置 <role rolename=&quo

搭建Jenkins wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.reporpm --import https://jenkins-ci.org/redhat/jenkins-ci.org.keyyum install -y jenkins systemctl enable jenkins.service #设置jenkins服务为自启动服务systemctl start jenkin

概述 现在很多前端库都用到了 CircleCI 进行自动部署,比如Vue,React,作为一个前端我觉得还是有必要实操一下 CircleCI 的,总体来说还是挺简单的,我把过程和体会记录下来,供以后开发时参考,相信对其他人也有用. 步骤 1.首先登陆 circleci,直接用 github 账号登录即可.登陆后点击右上角的 go to app. 2.进入网页版 app 之后,我们能看到一个 dashboard,然后点击左边导航栏的 add project. 3.然后选择需要自动部署的项目,比如我

gitlab有个功能叫webhook,比较适合前端代码的自动部署.其中的逻辑在  http://172.30.83.152:30080/help/user/project/integrations/webhooks  这里有详细写到.简单说就是,gitlab会监控master(或者其他分支)代码提交情况, 一旦有提交,就会发送一个请求到我设置的回调地址:我接收到请求了,就直接pull最新的代码.大概了解了,可以看我下面的操作步骤. 一.设置回调地址 二.编写接收回调的接口 三.配置到服务器上 1

DevOps思想 一个开发.测试.运维的整个过程的思想. plan:需求.计划 code:编码 build:构建 test: 测试 release:发布版本 deploy:部署 operate:项目运转 monitor:监控 Jenkins主要做自动部署的工作. 准备一个简单的springboot项目,并用码云管理代码 ![](Jenkins.assets/image-20210131115025348.png 编写dockerFile FROM:使用java:8作为基础镜像 COPY:拷贝所有

环境 centos 7.0+ Java JDK 1.8+ jenkins 2.220 maven 3.0+ git 1.8+ 注意事项 一. linux 安装 JDK (jdk-8u201-linux-x64.tar.gz) 1.下载jdk 2.在/usr 目录下,新建 /java 目录, 3.在/java 目录下,新建/jdk目录, 4.把jdk-8u201-linux-x64.tar.gz 拷贝到/jdk目录下 5.解压 [root@]# tar -zxvf jdk-8u201-linux-

jenkins是一个广泛用于持续构建的可视化web工具,持续构建说得更直白点,就是各种项目的"自动化"编译.打包.分发部署.jenkins可以很好的支持各种语言(比如:java, c#, PHP等)的项目构建,也完全兼容ant.maven.gradle等多种第三方构建工具,同时跟svn.git能无缝集成,也支持直接与知名源代码托管网站,比如github.bitbucket直接集成 jenkins服务器:192.168.239.134测试服务器: 192.168.239.136 1.配置

1.1简介: 开源项目,一个可扩展的持续集成引擎.提供了一种易于使用的持续集成系统,能实施监控集成中存在的错误,提供详细的日志文件和提醒功能,还能用图表的形式形象地展示项目构建的趋势和稳定性.还做到持续编译和发布软件项目,这使得开发者很容易把他们的改动集成到项目中,让用户能更加便利的获取编译和测试版本等. 1.2)作用: 1.2.1)持续.自动地构建/测试软件项目. 1.2.2) 监控一些定时执行的任务. 1.3)特性: 1.3.1)易于安装-只要把 jenkins.war 部署到 servle

项目目录结构如下 对此项目,使用Jenkins构建dockers镜像 步骤如下: 1.安装Jenkins和docker,具体安装步骤,自行度娘把,在此不详述了. 2.Jenkins安装插件Gradle Plugin.Dockerer Plugin.Git Plugin 3.Jenkins全局工具配置 4.新建job,配置job 5.创建部署文件 进入部署文件目录 build.sh docker-compose -f docker-compose.yaml up -d --build docker

写在前面:公司项目初期,环境一切从始.因此,项目的发布环境需要自己搭建.就动手搭建了jenkins,在此把个人的搭建过程以及搭建中碰到的问题一起总结一下. 1. 准备环境. 首先,需要jdk是必须要安装好的.本人使用的linux是centos,直接使用yum安装. 先找到合适的版本: yum search java | grep jdk 然后运行安装: yum install 合适版本全称 安装maven(看个人使用的项目构建工具自行选择) yum install maven 安装git(看个人

任务背景 该项目包含4个程序包:a.jar,b.jar,c.jar,d.jar,每次启动前需要修改程序中的配置文件(修改数据源配置),然后按照先后顺序启动. 任务目标 1.利用jenkins拉取代码,且在打包前就修改好配置文件 2.打好包后,将4个程序包传输至测试服务器,并远程执行事先写好的启动脚本 配置步骤 1.先新建一个Maven任务,配置好源码地址以及build配置 2.完成上述配置后,构建一次,看看工作空间的内容 这里显示的就是这个工程的代码结构,即从git拉取代码后在jenkins工作

https://my.oschina.net/tonystark/blog/1920889 示例脚本: #!/bin/bash #export BUILD_ID=dontKillMe这一句很重要,这样指定了,项目启动之后才不会被Jenkins杀掉. export BUILD_ID=dontKillMe #指定最后编译好的jar存放的位置 www_path=/usr/local/shandie/java #Jenkins中编译好的jar位置 jar_path=/var/lib/jenkins/wo

1. 前言 因为研发部门不想把他们的源代码 git 到服务器再编译,git + maven + jenkins 的方式行不通,于是采用 svn + jenkins的方式,流程如下: 只需要 程序员 手动提交到svn ,后面的事件都是由 jenkins 自动完成的. 2. 实现过程 环境介绍 2.1 svn 服务器搭建 时间同步.selinux .iptables 这些初始化工作就不在说了. 安装svn程序包 [root@192.168.118.14 ~]#yum install subversi

主机A搭建gitlab.gitlab下载:https://www.gitlab.cc/downloads/    (gitlab中文网) 主机B搭建jenkinsjenkins下载:https://jenkins.io/index.html   (gitlab官网) 两端同时下载 openssl-server gitlab端建好,创建一个项目.首先需要在gitlab端配置jenkins的公钥.在设置中找到deploy keys 在jenkins服务器上用jenkins用户. $ ssh-keyg

1)部署war包#!/bin/bashif [ id>0];then echo"stopproject" kill −9 idelse echo "project is stopped"fi echo "remover project war file" cd /usr/local/项目部署到tomcat的名称/webappsrm -rf 项目名称rm -rf 项目名称.warecho "copy project war to w

如题. 在 shell 里面执行  env 发现一个   NODE_ENV=production  的环境变量,是这个东西的原因. 通过  unset NODE_ENV  命令去掉这个环境变量就可以了.

最近在使用公司的jenkins进行自动部署项目,由于之前没有用过,一直半生不熟,因此特意写个随机记录. 1.登录jenkins服务 jenkins安装好后,我们通过浏览器访问它的主页(如下),输入用户名和密码进行登录. 2.建立新的项目 由于这是公司的服务器,因此上面之前已经安装好了几个其他的项目,这次我是需要建立一个新的项目,因此点击箭头所指的“New Item” 3.输入项目名称,并选择项目类型. 我这里为了方便自由配置,选择了第一个“Freestyle project” 4.配置相关内容

一.Windows环境中安装Jenkins 原文:http://www.cnblogs.com/yangxia-test/p/4354328.html 在最简单的情况下,Jenkins 只需要两个步骤: 1.下载最新的版本(一个 WAR 文件).Jenkins官方网址: http://Jenkins-ci.org/ 2.命运行运行 java -jar jenkins.war (默认情况下端口是8080,如果要使用其他端口启动,可以通过命令行"java –jar Jenkins.war --htt

概述 今天我想把博客什么的搬到 github 的 vuepress 上面.但是每次提交 md 文件需要手动打包然后再提交到 github 的 gh-pages,非常麻烦.所以我去研究了一下用 circleci 自动集成.总体来说还是比较简单的.我把新的记录下来,供以后开发时参考,相信对其他人也有用. 我的 vuepress 博客地址(目前还没什么内容) 集成步骤 1.把项目提交到 master 分支,然后在项目主目录下面创建 .circleci 文件夹,在文件夹里面创建 config.yml 文