一.Hexo 相关知识点 静态博客简单,但是发布博文时稍显麻烦,一般需要下面两步: hexo clean hexo g -d // 相当于 hexo g + hexo d 如果考虑到同步源文件,还需要每次更改后,将源文件 push 到指定仓库: git push origin master 我们可以将 Hexo 文件分为两类,一类是源文件,即下面这些文件: . ├── _config.yml ├── package.json ├── scaffolds ├── source | ├── _dra

环境 Windows 10 Docker Version 18.06.1-ce-win73 (19507) 运行jenkins 运行jenkins 容器 docker run -d --name lnmp-jenkins --user root -p 8080:8080 -p 50000:50000 jenkins/jenkins:2.165 1.请使用 root 账户运行,否则使用默认jenkins账户运行的时间将会有问题. 2.由于是Windows 环境,所以这里不建议挂在数据卷.否则将会有

前言:博主资历尚浅,很多东西都还在刚起步学习的阶段,这几天开发任务比较轻,就在自己window系统下,模拟部署远程服务器,利用Jenkies + Ant + Tomcat 搭建了一个自动发布部署的环境,特分享给大家.如果有哪些说的不对的地方,还请大家不吝赐教. 1.工具版本 Ant:apache-ant-1.9.1 Jenkies:jenkins-2.46.3 Tomcat:apache-tomcat-8.0.43 系统:window7 开发工具:IDEA 2.Web项目 简述:这里只是在本地简

1.下载jenkins 地址:https://jenkins.io/index.html 本人下载了2.19.3版本的war包:jenkins.war 2.安装jenkins 拷贝jenkins.war到tomcat的webapps文件夹下,如果tomcat是启动的,jenkins项目会自动解压启动的,如果tomcat是停止的,需要启动tomcat服务,进入bin文件夹,linux环境下执行 ./startup.sh即可启动服务,windows下双击startup.bat即可. 然后,访问地址:

转载自 https://segmentfault.com/a/1190000012921606 环境 阿里云ESC,宿主机服务器安装Docker,在安全规则中确认8080端口开启. 客户端mac 运行jenkins 运行jenkins容器 在主机上创建目录,并添加读写权限以便jenkins应用运行时读写文件,如: $ mkdir -p /var/jenkins_node $ chmod 777 /var/jenkins_node 拉取jenkins镜像:docker pull jenkins,当

jenkins 简介 Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括:持续的软件版本发布/测试项目和监控外部调用执行的工作. 官网地址地址: https://jenkins.io 下载安装启动 CentOS 下用yum进行安装启动 # 先更新源再安装最新版 jenkins sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo s

环境 centos7   tomcat8.5.37   maven3.3.9   jdk8   git1.8.3.1 安装jdk,tomcat,maven,git(环境变量,配置文件什么的自行百度) 部署jenkins(下载jenkins.war扔进tomcat即可,如果报错了就将war包解压一下再扔进去) 配置jenkins,插件管理,系统设置,全局工具设置,添加凭证等等 (注意要安装deploy to a container插件才能构建后自动部署) 下面就是重点了 构建规则 这里我选的是定时

服务器版本 Linux version 3.10.0-957.12.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) ) #1 SMP Mon Apr 29 14:59:59 UTC 2019 准备 : Jenkins 官网 : https://jenkins.io Jenkins执行安装 启动 Jenkins : [root@hybn gu

项目结构说明 . ├── gulpfile.js # gulp任务配置 ├── mock/ # 假数据文件 ├── package.json # 项目配置 ├── README.md # 项目说明 ├── src # 源码目录 │   ├── pageA.html # 入口文件a │   ├── pageB.html # 入口文件b │   ├── pageC.html # 入口文件c │   ├── css/ # css资源 │   ├── img/ # 图片资源 │   ├── js # j

jenkins+ant+maven+tomcat 1安装 jenkins 使用yum安装的 # 下载库 wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key #安装 yum install jenkins 安装后的目录大概位置 1)jenkins通过dae

http://www.cnblogs.com/sloong/p/5826859.html

纸壳CMS可以运行在Docker上,接下来看看如何自动构建纸壳CMS的Docker Image.我们希望的是在代码提交到GitHub以后,容器镜像服务可以自动构建Docker Image,构建好以后,就可以直接拿这个Docker Image来运行了. Dockerfile 最重要的,就是Dockerfile中的定义了.先上代码: FROM microsoft/aspnetcore-build:latest AS builder WORKDIR /build # Copy all files CO

docker微服务部署之:四.安装docker.docker中安装mysql和jdk1.8.手动构建镜像.部署项目 在上一篇文章中,我们是手动构建镜像,即: 4.1.2.5.1.2.6.1.2中的将demo_xxx项目打包成app.jar 4.1.4.5.1.4.6.1.4中的: a:创建mydocker目录.上传app.jar至mydocker目录 b:执行docker build命令构建镜像 其实以上步骤,都是很繁琐的操作.可利用DockerMaven插件自动构建镜像. 至于要部署微服务项目

Travis CI (Continuous Integration)持续集成服务 用处:自动监控软件仓库,可以在代码提交后立刻执行自动测试或构建 1.在Github自己的仓库根目录里添加.travis.yml文件(nodejs配置为例) # 使用的语言 language: node_js # 使用的nodejs版本 node_js: - v6.10.2 # 执行的脚本 script: - npm run min # 仓库的分支 branches: only: - master 2.打开 www.

GitHub + circleCI 自动构建/自动部署, 这里略过了单元测试,以部署 laravel 应用为例子 比起 gitlab + ansible + genkins 操作起来节省了很多硬件资源,感谢 微软 免费了 GitHub 私有仓库 1.GitHub 相关 a.创建 github 仓库(现在可以免费创建私有仓库了,个人项目能满足了) b.配置 SSH 公钥,可以走 SSH 渠道免密 拉取代码 2.circleCI 相关 a.github 登陆 https://circleci.com

今天我们来谈谈NetCore在Linux底下的持续集成与部署.NetCore我就不多介绍了,持续集成用的是Jenkins,源代码管理器用的是GitHub.我们就跟着博文往下走吧. 1.Linux环境 2.Jenkins自动构建 定时构建 触发构建 3.NetCore部署 4.总结一下 1.Linux环境 在进行自动构建之前,我们需要一个可以运行的Linux环境,并保证环境安装了NetCoreSDK,Git,Jenkins等环境,那在这边就不多说环境的安装,提供相对应的安装教程,大家按照安装就可以

原始发布部署: 石器时代的我们,先是本地打包好项目,在去服务器上把原来的文件删了,然后回到本地copy到服务器: 这操看起来简单,实际部署的人就知道多烦了,假如来几个项目都要重新发布:那就爽了: 今天小编分享个自动打包部署方法,Jenkins 上只要你的小鼠标轻轻一点就OK: 正文: 首先是服务器上安装 Jenkins :前提呢要现在服务器上安装Java 环境  因为他是依据Java 环境运行的: 这里如何安装就不多说了,请参考这位哥们的博文 https://blog.csdn.net/runn

当我们提交代码到GitHub后,可以在Jenkins上执行构建,但是每次都要动手去执行略显麻烦,今天我们就来实战Jenkins的自动构建功能,每次提交代码到GitHub后,Jenkins会进行自动构建: 原文地址:http://blog.csdn.net/boling_cavalry/article/details/78943061 前期准备工作 进行本章的实战前,推荐您参照<docker下的Jenkins安装和体验>做安装和体验的实战,以便对Jenkins服务有初步了解: 重要前提 GitH

根据上篇文章<Linux下Jenkins与GitHub自动构建NetCore与部署>,我们知道了Jenkins的强大功能,自动构建,部署了一个NetCore的Web,让开发人员专注于开发,不用管理线上,或测试服务器的部署.那现在,互联网公司很多采用了前后端分离的开发模式,既然服务端可以用Jenkins,那么前端是否也可以吗?那我们就尝试下,试着去构建一个Vue的基本项目. 1. 构建环境 2. Jenkins自动构建 3. 项目部署 4. 总结一下 1. 构建环境 对于整个linux环境是什么

前言 如果你手动部署过项目,一定会深感持续集成的必要性,因为手动部署实在又繁琐又耗时,虽然部署流程基本固定,依然容易出错. 如果你很熟悉持续集成,一定会同意这样的观点:"使用它已经成为一种标配". 什么是持续集成 Continuous Integration(CI) is a development practice that requires developers to integrate code into a shared repository several times a d

目前公司开发的项目已经部署到服务器上,部署项目的测试环境和生产环境,加上每个项目n个服务,于是我就 , 骚就是骚,但是就是太累了,于是花点时间研究了一下Jenkins. Jenkins的作用和它的logo表现出来的一样,就是为了做工作的时候,能够比较轻松,像个绅士一样游刃有余.哈哈哈……下面开始吧! 一.安装内容 Jenkins(本文主要安装).Maven.Git.JDK(这个三个安装过程略) Jenkins与Github配合实现持续集成需要注意以下几点: ①Jenkins要部署到外网,因为内网