一.简介 之前写过一篇关于Jenkins搭配GitLab实现.net core项目自动发布到IIS的博文,比较简单哈,只是个Demo.本篇我们将会使用Jenkins搭配GitLab实现镜像的自动打包和上传,这篇其实是一个铺垫篇,因为后面我们需要使用Jenkins实现kubernetes的发布流水线,即实现镜像的自动化打包和部署. 二.打包镜像 Jenkin的安装和使用在.Net Core自动化部署系列(一)中已经介绍过了哈,如果没有安装过的同学可以去看下,这里我使用windows版本的Jenki

CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一Docker-machine+jenkins简单自动化部署 CentOS下Docker与.netcore(五)之 三剑客之一Docker-swarm集群 1.什么是Docker-machine 上一章讲

什么是自动化部署,就不介绍了,喜欢直接进入主题. 一. 所需环境: 1.系统为windows10 . 2.asp.net core3.1 runtime必须安装,因为我的代码是asp.net core3.1版本,你的代码是什么版本就装什么运行环境. 3.iis确保安装. 4. windows git必须安装. 5.java的jdk必须安装,jenkins是java安装的. 6.在iis新建一个站点名为blog 二. 安装Jenkins 下载地址:https://www.jenkins.io/do

准备工作 Jenkins和gogs的安装配置可以看前两篇:Jenkins安装.配置与说明  和 gogs安装与说明(docker) 此外,因为还要安装.net core的SDK和Git工具: 安装.net core(本文使用的3.1) : linux 部署.net core 环境 安装Git: # Ubuntu sudo apt-get install git # CentOS sudo yum install -y git # 配置,暂时也可以不配置 git config --global u

关于Jenkins的使用及安装,上一篇文章我已经介绍过了,Windows+.NetCore+git+IIS在Jenkins上的自动化部署入门.这篇主要是在jenkins如何安装SVN和MSBuild. 一.环境准备 1.系统为windows10 . 2..net framework4.5.1的asp.net mvc demo. 3.iis确保安装. 4. windows svn必须安装. 5.在iis新建一个站点名为NetFxDemo 二. Jenkins安装插件 1.安装Subversion

环境 centos7.9,.NET5 一.Jenkins搭建 1)下载Jenkins的war包 在\home目录建一个jenkins目录放jenkins的包 #进入\home目录 cd \home #创建 jenkins目录 mkdir jenkins 在jenkins目录下载war包 #进入jenkin目录 cd \home\jenkins #下载jenkins的war包 wget http://mirrors.jenkins.io/war-stable/latest/jenkins.war

一.复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置.从服务器接收

第一篇博文 直接开门见山的说了. 这是件什么事?:每次部署都是复制本地的文件粘贴到服务器端,因为路径复杂,所以费时且手工容易出漏洞. 一直在想有什么办法可以解决这种,因为以前在微软的一个牛人同事做过一个脚本实现自动化部署,正巧最近在学习python,就用python写一个自动化得脚本吧. 1.首先是环境:SVN的版本控制,windows的本地,linux服务器. 2.思路:应用python,代入cmd脚本,加上强大的python库来做这件事. 3.再详细的思路: 第一步:利用SVN的cmd下得脚

这篇文章是从我的 github 博客 http://lxconan.github.io 导入的. 这是这个系列的第五篇了,前四篇请参见: ASP.NET MVC 从零开始 – Create and Run ASP.NET MVC 从零开始 – Web.config ASP.NET MVC 从零开始 - 请求处理 ASP.NET MVC 从零开始 - 自动化部署(其一) 简单来说,部署就是 "构建(Build)" -> "拷贝(打包)" -> "

本文是从我的 github 博客 http://lxconan.github.io 导入的. 这是这个系列的第四篇了,前三篇请参见: ASP.NET MVC 从零开始 – Create and Run ASP.NET MVC 从零开始 – Web.config ASP.NET MVC 从零开始 - 请求处理 这一篇中我们会写一些关于自动化部署的代码.我们会使用 Powershell 书写这类代码.我不会向你讲为什么要自动化部署,这种大道理讲的太多了.你将发现这篇文章中涉及的东西非常具体,有的要求

新增功能: 2015-03-11 除pass(备份与更新)与start(启动服务)外,实现一切自动化. 注:pass与start设为业务类,由于各类业务不同,所以无法实现自动化.同类业务除外,如更新的都是tomcat的war包等... 新增“list”快捷键,快速操作list规则文件. 简化代码冗余,合拼原有exec工具类到tools. 修复上一轮版本配置文件乱码问题. 新增部署成功后系统版本监控功能. 2015-01-28 逻辑与业务分离,完美实现逻辑与业务分离,业务实现统一shell脚本开发

新增功能: 逻辑与业务分离,完美实现逻辑与业务分离,业务实现统一shell脚本开发,由框架统一调用. 并发多线程部署,不管多少台服务器,多少个服务,同时发起线程进行更新.部署.启动. 提高list规则文件DIY程度,减少新增服务带来的修改代码,实现扫描list自动化安装部署.(配置.与监控属于业务范围,还需手动修改.) 完善回滚机制,可根据时间段进行回滚,实现即时回滚即时使用. 1  引言 自动化部署与统一安装升级,适用于多资源型分布/分离式部署项目. 随着服务/业务的越来越多,配置文件更是眼花

简介    折腾了两个晚上,趁着今晚比较有空,把jenkins+git+maven搭建自动化部署项目环境搭建的过程记录一下,这里我把github作为git的远程仓库(https://github.com/jacky-        lulu/cxf_demo-Maven-Webapp)     系统:centos6.5 maven: Apache Maven 3.3.9 git:git version 2.0.0 1.首先安装git,看以前另外一篇博客 http://www.cnblogs.co

Cargo是一组帮助用户操作Web容器的工具,它能帮助用户实现自动化部署,而且它几乎支持所有的Web容器,如Tomcat.JBoss.Jetty和Glassfish.Cargo通过cargo-maven2-plugin提供了Maven集成,Maven用户可以使用该插件将Web项目部署到Web容器中. Cargo支持两种供本地部署方式,分别为standalone模式和existing模式.在standalone模式中,Cargo会从Web容器的安装目录复制一份配置到用户指定的目录,然后在次基础上部

作者 徐桂林 发布于 2014年1月22日 -------------------------------------------------------------------- 1. 背景 在过去几年里,社交.移动和云计算深刻改变了整个互联网的格局.作为设计软件领域的全球领导厂商,Autodesk也与2009年正式开始从传统桌面设计软件提供商向在线服务.协作和移动端设计转型.在这次转型中,公司充分利用现代云计算的巨大优势给客户带来了大大超过传统桌面软件的处理能力.用户体验和性价比.其中AWS

下载地址:  unifyDeploy0.1版本  unifyDeploy0.2版本     unifyDeploy0.3版本 (更新时间2014-07-25)   自动化部署与统一安装升级,适用于多资源型分布/分离式部署项目. 随着服务/业务的越来越多,配置文件更是眼花缭乱,每次不知道因为部署/安装问题浪费多少时间,更不知道因为配置问题出过多少问题.多台服务器来回切换,如果服务需要依赖,启动更是问题.      怎么实现自动化安装升级,一键执行统一安装. 1  引言 适用于多资源型分布式部署项目

自动化部署教程(一)  redhat安装jenkins 源配置: sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo sudo rpm --import https://jenkins-ci.org/redhat/jenkins-ci.org.key sudo yum install jenkins 安装java,1.7以上版本 sudo yum install java

当项目越来越庞大,部署环境越来越多以后,就会越来越依赖于自动化.比如本人公司的项目,目前有6个web和4个windows service,同时本地有两套环境:开发自测试环境和QA测试环境.每次版本发布,需要先部署开发自测试环境:开发人员自测试通过以后,将部署的版本部署到QA测试环境:QA测试通过以后,将本次版本打包作为发布版本,交给运维人员部署生产环境. 在以往,每次本地部署的流程是:开发人员获取最新代码-编译发布-远程连接部署机-上传版本文件-备份项目-实施部署(文件覆盖).每次操作千篇一律,

自动化部署代码 http://liyangliang.me/posts/2015/06/deploy-applications-using-fabric/ http://fabric-docs-cn.readthedocs.io/zh_CN/latest/tutorial.html http://docs.jinkan.org/docs/flask/patterns/fabric.html http://wklken.me/posts/2013/03/25/python-tool-fabric.

最近用jenkins+gitlab+ansible做持续化集成,自动化部署和版本回滚.然而deploy plugin没能做到增量升级和回滚操作,折腾了很久决定自己写个脚本来简单实现. 环境: centos 7.0 64位 gitlab:v2.9.0 git:2.9 jenkins .git plugin.GitLab Plugin.Dynamic Parameter Plug-in等 ansible:2.1.0.0 各工具职能: 1.gitlab做版本管理 2.jenkins根据指定参数,分别执

前言 说实话,看到自己在博客园的排名感到惭愧,因为自己最近两年没有持续地在博客园上写技术博客了,有人私下问我是不是荒废了?翻翻15年和16年的博客,真的是少的可怜.一方面的确由于岗位的变化,导致了工作变得越来越忙, 一方面写作的精力放在了公司技术公众号,内部技术和管理文档,摄影博客上了. 我一直很感慨时代的变化,读研的时候,我还在图书馆翻着一本本厚厚的专业书,短短几年后的今天知识获取来源已变得非常广泛:博客,公众号,微博,技术分享会等等,书籍的影响力反而变得渺小了. 但我内心里一直非常渴望自己能