上一节记录了下jenkins在centos下的安装,这节继续,说下怎么使用jenkins和nodejs进行自动打包更新服务. 创建任务 创建任务比较简单,这里我们创建自由风格项目: General信息 这里填写项目或任务的基本信息,如下: GitBucket 这里我们用到的就以下两点,一个是参数化构建:构建的时候可以指定部分参数,比如这里我们这里指定要构建的分支作参数,第二个是丢弃旧的构建:这样每次构建都会丢弃之前历史构建,防止jenkins构建项目过多导致内存泄漏等问题: 源码管理 源码管理主

开始 弄清楚 Jenkins 服务器 用 Jenkins 管理员账号下载 NodeJS Plugin 系统管理 ---> 全局工具配置 ---> NodeJS ---> 安装 ---> 自动安装 ---> 选择版本 ---> Save 到构建任务里面 --> 配置 -- >构建环境 ---> Provide Node & npm bin/ folder to PATH ---> 选择Node版本 ---> 保存 注意 如果需要修改

因为公司的需要,需要将多个项目合并为一个项目,具体要求是:多个项目中的公用部分提取出来,单独维护,业务部分则分别在不同的目录中,而我们的项目配置文件则作为公用部分单独维护,在项目打包的时候遇到一个问题,不同的项目对应的服务器地址是不一样的,我们不希望A项目中出现B项目的服务器地址,所以我们就需要在打包前动态修改配置文件,讲配置文件中与当前打包项目无关的东西全部剔除出去,然后在打包完成之后,再还原回去: projectName表示当前打包项目的名称,这边作为区分打包项目的唯一标识 babel-no

哈哈,又回来了 当你开发完成了Node.JS项目,你应该需要打包发行吧 好,JXCore就是干这个的啦! 嗯,可能你会这样来安装 1. curl http://jxcore.com/xil.sh | bash结果死翘翘 2. curl http://jxcore.com/xil.sh | sudo bash还是死翘翘 原因嘛? 嗯... 当然是天下文章一大抄,只可惜是你不会抄.哈哈哈 好了,告诉你,如下搞吧 1. 下载源码 git clone https://github.com/jxcore/

问题: 公司有个工具型项目使用node.js 开发,需要部署到客户的服务器中,遇到的问题: 1.客户的服务器没有外网.环境配置,依赖安装等都比较麻烦,只能手工上传,最好能一个文件直接搞定: 2.直接包源码部署到客户的机器中,存在源码泄露的风险. 方案: 使用pkg npm包可以很好的解决我们以上的问题. 先参考前人的经验 : Egg.js线上部署——利用pkg打包Egg.js工程 pkg原理: pkg打包工具主要会按平台(支持window.mac.linux)分别打包. pkg中会包含node的

docker 运行jenkins及vue项目与springboot项目: 一.安装docker 二.docker运行jenkins为自动打包运行做准备 三.jenkins的使用及自动打包vue项目 四.docker运行nginx 五.jenkins打包springboot服务且在docker中运行 1.已经安装docker 2.更改docker镜像源,并重启docker `vi /etc/docker/daemon.json` 添加 {"registry-mirrors" : [&qu

提前条件: 1.在Jenkins服务器上安装Git.JDK和Maven 2.准备另一台服务器并安装Tomcat 3.Gitlab服务器 4.Gitlab仓库中上传SpringBoot项目代码 第一步,Jenkins中配置JDK和Maven 1.配置JDK 2.配置Maven 第二步,在freestyle job中配置git和Maven 第三步,修改SpringBoot项目配置 1.项目入口类继承 SpringBootServletInitializer 并实现 configure方法 @Spri

原文地址:http://www.moye.me/2016/03/03/nodejs_ci_by_jenkins 引子 持续集成 (Continuous Integration,简称CI)是一种软件工程实践:项目需要经常性的集成(每天发生若干次)成员的工作成果.这个集成的动作五花八门,可能涉及但不限于: 运行测试 编译/构建 打包/发布版本 每一次集成都会有一个结果,成或者败: 成 -> 将得到一个可用的成果 败 -> 反映出项目中的问题,解决这个问题将成为项目中优先级最高的任务 CI的价值可谓

Jenkins自动部署Tomcat项目 1.安装jenkins 插件 启动Jenkins,进入系统管理-插件管理: 选择Deploy to container Plugin 插件安装:

前言 众所周知,现在App的竞争已经到了用户体验为王,质量为上的白热化阶段.用户们都是很挑剔的.如果一个公司的推广团队好不容易砸了重金推广了一个APP,好不容易有了一些用户,由于一次线上的bug导致一批的用户在使用中纷纷出现闪退bug,轻则,很可能前期推广砸的钱都白费了,重则,口碑不好,未来也提升不起用户量来了.静下心来分析一下问题的原因,无外乎就是质量没有过关就上线了.除去主观的一些因素,很大部分的客观因素我觉得可以被我们防范的.根据大神们提出的一套开发规范建议,CI + FDD,就可以帮助我

1.首先,点击[新建]进入选择页面,如下图(一般选择"构建一个自由风格的软件项目")     2.填好项目名称后,点击ok,跳转至如下页面,可以在这个页面进行项目的配置(包括拉源码.修改持续构建时间.打包部署前修改配置文件等) 3.General中的"丢弃旧的构建"可以设定持续构建的 4.在"参数化构建过程"中可以设置要构建的版本有哪些,如下 5.在源码管理模块可以设置源码地址(我们公司一般用的Git) 6.如果是自动化构建,可以在构建触发器中的

jenkins是devops神器,本篇文章介绍如何安装和使用jenkins部署Spring Boot项目 jenkins搭建 部署分为三个步骤: 第一步,jenkins安装 第二步,插件安装和配置 第三步,Push SSH 第四步,部署项目 第一步 ,jenkins安装 准备环境: JDK:1.8Jenkins:2.83 Centos:7.3maven 3.5‘ jdk默认已经安装完成 配置maven 版本要求maven3.5.0 软件下载 wget http://mirror.bit.edu.

需求由来:我公司项目上线发布至服务器分为三个环境分别为测试环境.预发布环境.生产环境:前期做法是项目通过脚步打包时由脚步把域名和后缀名之类的全部替换成要发布的环境所需要的,因为我公司的项目比较大由许许多多项目通过node分发集成的,后续每添加一个项目就要在发布脚步上更改替换之类的,公司运维觉得很麻烦很浪费时间,于是开会提出分模块打包.通过各种百度.谷歌终于搞定,至于怎么实现,让我们接着住下看: 第1步:安装cross-env 在项目目录下运行如下命令安装cross-env,我的ide编辑器是we

1.vue cli给我们提供了npm run build命令打包项目,在packa.json文件中scripts对象中有build属性,当我们执行npm run build时,就执行build对应的"node build/build.js"脚本 build完成后显示 进入项目文件夹,找到dist文件夹,这些是打包后产生的文件 2.webpack打包过程中会将css和js文件单独提取出来,且会根据path存放进相应的文件夹下,形成如上图的根目录,文件名是根据内容产生的哈希值,文件内容改变

准备条件 iMAC,非必须(如果是 安卓 和 苹果 可以在同一台电脑上打包则要 Mac OS 系统的电脑,如果是只是给安卓打包 windows 电脑也是可以的, window 下 需要把 ls 换成 dir ,grep 换成 findstr) Android studio 最新版,生成一个空白项目(主要是要安卓对应的 sdk,如果遇到 jenkins 打包出错,请看错误日志的原因,我这里遇到一个没有安装对应的 sdk,只需要用 ide 安装对应版本的就 ok) jenkins (安装步骤百度一下

准备条件 iMAC(要 Mac OS 系统,安卓 和 苹果 可以在同一台电脑上打包) xcode 最新版,要已安装对应的开发证书(生成一个 Ad-Hoc 类型的包就有了) brew(当前管理员账户安装) jenkins (当前管理员账户用 brew 安装,然后进入 jenkins 时安装推荐的插件) git 命令行工具(拉取代码使用,全局环境变量) gitlab 代码仓库(项目的代码仓库) 任务配置 1. jenkins 新建自由风格的项目 2. 源码管理,使用 账号 和 密码拉取代码(有可能会

(1)项目打包 终端运行命令 npm run build 打包成功的标志与项目的改变,如下图: 点击index.html,通过浏览器运行,出现以下报错,如图: 那么应该如何修改呢?    具体步骤如下: .查看package.js文件的scripts命令 .打开webpack.dev.conf.js文件,找到publicPath: config.dev.assetsPublicPath,按Ctrl点击,跳转到index.js文件 .其中dev是开发环境,build是构建版本,找到build下面的

背景运用场景及思路 1.为响应后端开发人员需求,提升项目开发过程效率,选择Jenkins持续构建,进行导包启动一键持续集成 思路: 使用jenkins自带,立即构建->SVN拉取代码,通过Jenkins安装的mvn编译进行打包,并自动化启动后端服务 致谢: 工作岗位的上一任,留给我很多资料进行查阅,感蟹!! Jenkins搭建部署 1.下载tomcat软件,gz压缩包,存放到需要配置的Linux服务器上 2. 官网下载jenkins,将jenkins压缩包,解压后,放置到tomcat-->we

推送代码 PHP 项目 然后我们要做的就是将 .jenkins下面 workspace下的代码. 推送到我们的项目机器上面 就ok了. 我们可以在php的jenkins的 项目配置中选择使用shell  执行 选择使用shell  选项 选完后. 然后我们再这边执行的shell ,  等同于 我们在 jenkins的 workspace中项目工程中执行的shell. 所以我们这个工程的界面上输入的shell指令 就登录在以下目录中执行的一样 . /var/lib/jenkins/workspac

前提 项目是直接通过 vue-cli脚手架 生成的: 假设在项目开发中,分为三个环境 -- · 测试环境· 预生产环境· 生产环境 每个环境的接口地址都是不同的,而 vue-cli 给出的环境只有 dev 和 prod 这两个.虽然可以选择每次打包项目前手动修改 config/prod.env.js 中的 BASE_API 属性值,再运行 npm run build 打包项目就OK了,但还是挺烦的.如果能根据不同环境打包就一劳永逸了 步骤 第一步 安装依赖 cross-env 使用 cross-

前言 众所周知,现在App的竞争已经到了用户体验为王,质量为上的白热化阶段.用户们都是很挑剔的.如果一个公司的推广团队好不容易砸了重金推广了一个APP,好不容易有了一些用户,由于一次线上的bug导致一批的用户在使用中纷纷出现闪退bug,轻则,很可能前期推广砸的钱都白费了,重则,口碑不好,未来也提升不起用户量来了.静下心来分析一下问题的原因,无外乎就是质量没有过关就上线了.除去主观的一些因素,很大部分的客观因素我觉得可以被我们防范的.根据大神们提出的一套开发规范建议,CI + FDD,就可以帮助我