精华内容
下载资源
问答
  • 自动化部署为更好配合项目进行平台版本迭代和更新,使软件能够持续集成,提高运维部署效率,故搭建jenkins自动化部署平台,满足项目自动化部署需求。
  • 持续集成和自动化部署实施方案
  • gitlab+jenkins+sonar自动化部署部署学习视频,供大家学习使用
  • JDeploy是Java + Shell实现的基于Linux系统的自动化、可视化的项目部署平台,能部署Java服务、Java Web项目,可以简化项目部署操作,无需繁琐的黑窗口SSH指令及Jenkins复杂的配置。
  • controller节点自动化部署
  • 1、包含jenkins 远程发布到tomcat 容器 2、解决了tomcat发布后需手动重启的问题。 具体通过Publish Over SSH 插件,实现远程文件copy、远程脚本执行、远程tomcat重启,实现真正的全自动化部署
  • 项目基本结构是SpringBoot,集成了docker-maven插件实现build完的镜像上传到私服,然后用 Jenkins构建实现docker集群一键自动化部署
  • 12.Jenkins整合Ansible批量自动化部署12.Jenkins整合Ansible批量自动化部署
  • JDeploy自动化部署平台

    2015-10-20 11:04:53
    JDeploy是Java + Shell实现的基于Linux系统的自动化、可视化的项目部署平台,能部署Java服务、Java Web项目,可以简化项目部署操作,无需繁琐的黑窗口SSH指令及Jenkins复杂的配置。
  • .NET网站自动化部署

    千次阅读 2020-10-11 12:19:38
    大意是他搞了一个.net小网站,部署了4个节点,每次更新程序都是手动复制到4个机器,时不时忘记部署,忘记备份之类的问题,不胜其烦,希望我帮忙想个办法。回想2年前,在做无人货架项目时,也有部分是.net项目,当时...

    前言

    又到一年国庆,终于有了难得的几天空闲,计划陪陪媳妇娃子,再把最近阅读的几本相关书总结梳理下。当然,计划总是美好的,于时接到了一个老朋友电话。大意是他搞了一个.net小网站,部署了4个节点,每次更新程序都是手动复制到4个机器,时不时忘记部署,忘记备份之类的问题,不胜其烦,希望我帮忙想个办法。回想2年前,在做无人货架项目时,也有部分是.net项目,当时自己也没能处理这个问题,当时用了webdeploy,效果并不理想,虽然后来几乎没碰过.net了,这个问题依然萦绕心头。既然有时间,有报酬,何不接此机会弥补两前年的遗憾呢,于时满口应承了下来。想想现在都在谈CI/CD, DevOps.. 过程应该会是相当愉悦的,又是小网站,要求也不是那么高。网站结构如下,非常简单。

    一、jenkins

    百度一番,一搜一大把,几乎都是利用jenkins,加上之前有过用jenkins做tomcat自动化部署的经验,心中一阵窃喜,过程真的如预期一般顺畅。

    于时动手,开始了我们愉悦之旅。jenkins是基于Java开发的一种持续集成工具,于时先安装java环境,配置环境变量(我是直接下载 window版本的 jdk 8)。

    接着下载window对应的jenkins版本,下载地址点这里https://www.jenkins.io/zh/download/,按提示操作,安装推荐插件(安装后也可以插件管理中自行安装),没有注意事项!一波流带走,就来到了欢迎界面。没有任何障碍,感觉半天就可以打卡收工。

    因为要编译.net程序,需要安装msbuild插件:以次  “Manage Jenkins” -> "Manage Plugins" -> "可选插件", 搜索 MsBuild,点击直接安装。操作如下图。

     

    接着  “Manage Jenkins” -> "System Configuration" -> "Global Tool Configuration" 中配置 MSBuild,因为MSBuild插件中自带的编译工具可能比较老,建议在本机安装 visual studio 相同版本,直接使用其自带的编译工具。配置如下

    接着,安装git服务,并在 “Manage Jenkins” -> "System Configuration" -> "Global Tool Configuration" 中配置 git 相关参数,配置如下。

    再接着,安装插件 Publish Over SSH。然后在应用程序机器上安装FreeSSHD,用于文件上传和远程执行命名。FreeSSHD 配置过程如下:

     1、添加用户jenkins, 

     2、配置telnet, ssh 端口为 23,28;

     3、配置 authentication 目录, 在jenkins服务器,生成ssh key,把公钥文件复制到这个目录,重命名为jenkins,与用户名相同。(使用命令 ssh-keygen -t rsa  生成公钥,私钥 )

     4、配置sftp 目录,为文件上传目录。

     5、以管理员身份运行 FreeSSHd。这个很重要,不然一直提示 auth fail.

    操作步骤如下图:

    接着,在 “Manage Jenkins” -> "System Configuration" -> "Global Tool Configuration" 中配置Publish Over SSH 相关参数,配置如下。

    在jenkins和应用服务上安装 7Z工具,用于压缩和解压。并在环境变量 path 中配置 7Z的安装目录(用于在任意目录执行命令)。到这里系统工具及配置就完成了,接下来开始任务配置。

    二、愉悦的构建

    环境搭建完成,就开始我们的表演吧。新建任务,名称你随意就好,选择“Freestyle project”类型,点击确定。进入任务配置界面。

    General 配置中,可以选中 Discard old builds 可以配置以天数和build记录数保留数据。

    源码管理中,添加好指定的git地址,及账号密码。以上流程没有任何障碍。

    构建中,添加步骤Execute Windows batch command,用户nuget restore。因为前面已经在jenkins机器上安装了visual stadio ,可以直接使用其自带的nuget 工具。配置如下图,其中 nuget.bat的内容如下:

    NuGet.Build.Tasks.Console.exe restore VideosGYFileS.sln。

    其中 NuGet.Build.Tasks.Console.exe 为VS自带的,在path中配置了目录这里可以直接运行。(这个命令是在解决方案根目录执行的。),命令最后为exit 0 表示结束。

    接着添加步骤 Build a Visual Studio project or solution using MSBuild,选择第一步中添加的 MSBuild 配置,如下图,其中编译参数为:

    /t:Rebuild    /property:Configuration=Release;DeployOnBuild=true;TargetFrameworkVersion=v4.6。

    接着添加步骤Execute Windows batch command,用于打包编译后的文件,方便后面上传。压缩时需要排除一些配置文件,配置如下图,compress.bat文件内容如下:

      7z a  deploy.zip .\PrecompiledWeb\Web\* -xr!upload -xr!logs -x!web.config。(.\  表示打包时去除前缀, -xr! 表示排除目录,-x! 表示排除文件)

    到这里,构建选项就已经配置完成了,开始构建,在解决方案目录生成了deploy.zip文件。那说明已经成功了70%了。

    三、完美的构建后操作

    构建完成,接下来就是把文件上传到目标服务器了。这就是要用到我们前面配置的  Publish Over SSH插件了。添加构建后步骤,选择Send build artifacts over SSH。

    并添加第一步中创建的 应用服务器。多个服务器,可以添加多个server。要传输的文件为构建步骤中生成的文件 deploy.zip,上传后要执行的命令为:cmd.exe /c "d: && cd wwwroot && backup.bat"  中  backup.bat 完成文件备份以当前时间生成备份文件放到 backup文件夹中。文件内容如下;

    set vardate=%date:~0,4%%date:~5,2%%date:~8,2%
    set h=%time:~0,2%
    # 格式化小时,如果小时10,补0,不然会有空格
    
    set h=%h: =0%
    set otime=%h%%time:~3,2%%time:~6,2%
    # 备份文件格式 YYYYMMddHHmmss.zip
    
    set filename=%vardate%%otime%.zip
    # 备份原文件
    7z a %filename% .\gyapp\* -x!deploy.zip -xr!upload -xr!logs
    # 移动文件到backup 文件夹
    move %filename% .\Backup 
    # 解压文件
    7z x deploy.zip -aoa -o"D:\wwwroot\gyapp"

     

    最后来一张构建成功的截图。

    到这里所有配置就完成了,如果顺利的话,自动化部署就完成了。鉴于本人能力问题,自到第79次构建,才真正愉快的左打收工了。没错,是79次!

    四、结语

    文章到这里,我只想说,这个过程真的不怎么愉悦。整个过程需要用到方方面面的知识,比如构建过程,环境变量配置,编写bat文件等 。

    也有很多异常问题,比如sshkey 版本问题,bat中时间格式问题等等。也要用到一些工具软件,比如7Z,FreeSSHD,jenkins。再者也有很多细节要考虑,比如备份文件,排除文件等。再有前面说的,百度一下,一搜打把的文章,大部分并无太多用处,很多都只是demo。比如,大部分都有说所到用ftp,但是无法支持子目录传输。

    以上种种问题,多次要奔溃放弃,怎奈受人之托,忠人之事,还好媳妇一直鼓励,并带着大宝小宝玩耍。最后断断续续用了几天时间,整体来说还是痛苦并快乐着。想着过程中那么问题,就想着整理成文,希望有需要的人看到本文,真的可以半天搞定。

    展开全文
  • Gitlab 配置前端自动化部署

    千次阅读 2019-12-26 11:52:23
    本文将介绍使用gitlab+gitlab-runner实现前端自动化部署的基本步骤: gitlab开启自动化 使用docker-compose 安装gitlab-runner 注册gitlab-runner到 gitlab中 编辑.gitlab-ci.yml 编辑环境变量 gitlab开启自动化 ...

    前言

    本文将介绍使用gitlab+gitlab-runner实现前端自动化部署的基本步骤:

    • gitlab开启自动化
    • 使用docker-compose 安装gitlab-runner
    • 注册gitlab-runner到 gitlab中
    • 编辑.gitlab-ci.yml
    • 编辑环境变量

    gitlab开启自动化

    进入项目=>设置=>CI/CD=>自动化=>自动部署到预发布环境,手动部署到生产环境=>保存更改
    在这里插入图片描述
    查看runners
    在这里插入图片描述

    使用docker-compose 安装gitlab-runner

    vi docker-compose.yml
    

    增加配置内容

    version: '3' 
    services:
        runner:
          image: 'gitlab/gitlab-runner:v12.4.0'
          container_name: gitlab-runner
          privileged: true
          restart: always
          volumes: 
            - ./config:/etc/gitlab-runner
            - /var/run/docker.sock:/var/run/docker.sock
    
    

    运行gitlab-runner

    docker-compose up -d
    

    注册gitlab-runner到 gitlab中

    执行命令

    docker exec -it gitlab-runner gitlab-runner register
    Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com )
    #输入你的gitlab地址,需检查容器间后容器的网络互通性  
    Please enter the gitlab-ci token for this runner
    #gitlab的token(在gitlab的Admin Area中) 或者仓库的token(仓库->设置->Runner)
    Please enter the gitlab-ci description for this runner
    # 描述信息
    Please enter the gitlab-ci tags for this runner (comma separated):
    #可以为空,后续修改
    Please enter the executor: parallels, shell, ssh, virtualbox, docker+machine, docker-ssh+machine, docker, docker-ssh, kubernetes:
    #选择执行器,非常重要的步骤,这里选择docker(这样就是docker in docker 了)
    Please enter the Docker image (eg. ruby:2.1):
    #docker:stable
    Runner registered successfully. Feel free to start it, but if it's running already the config should be automatically reloaded!
    

    注册成功后如下图所示:
    在这里插入图片描述

    编辑.gitlab-ci.yml

    自动化部署有以下几个步骤

    • 0.配置ssh免密码登陆
    • 1.下载node镜像
    • 2.npm install 项目依赖
    • 3.npm run build 打包项目
    • 4.rsync 同步到服务端
    • 5.执行站点更新脚本
    image: node:6.9.0
    cache:
      key: ${CI_BUILD_REF_NAME}
      paths:
        - node_modules/  #缓存node_modules
    stages:
      - build
      #- test
      - deploy
    
    master-build:
      stage: build
      script:
        - dir
        #- npm config set registry https://registry.npm.taobao.org
        - npm install
        - npm run build
        - dir
      only:
        - master
      artifacts:
        expire_in: 1 week
        paths:
          - dist              #提供可下载
    master-deploy:
      stage: deploy
      script:
        - mkdir -p ~/.ssh
        - echo "$TEST100_DEPLOY_SSH" >> ~/.ssh/id_rsa
        - chmod 600 ~/.ssh/id_rsa
        #- echo -e "Host *\n\tStrictHostKeyChecking no\n\n" > ~/.ssh/config
        - rsync -rav --delete dist/ "$TEST100_DEPLOY_USER"@"$TEST100_DEPLOY_HOST:"$TEST100_DEPLOY_PATH"
        - sh $TEST100_UPDATE_SHELL
      only:
        - master
    

    编辑环境变量

    进入项目=>设置=>CI/CD=>变量=>新增所需环境变量并保存
    在这里插入图片描述
    至此前端的自动化部署已经完成,开发者提交代码到主分支即触发自动化部署

    展开全文
  • gitlab runner实现自动化部署

    千次阅读 2020-03-02 11:45:58
    前言 GitLab Runner是一个开源的项目,是用来执行GitLab中的项目的根目录下创建的.gitlab-ci.yml 脚本的工具。GitLab-CI可以比喻成管理工人的工厂,Runner是工厂里的...具体部署流程图 GitLab Runner简介 1. Run...

    前言

    GitLab Runner是一个开源的项目,是用来执行GitLab中的项目的根目录下创建的.gitlab-ci.yml 脚本的工具。GitLab-CI可以比喻成管理工人的工厂,Runner是工厂里的工人,每个工人需要在工厂进行注册,所负责的项目不同,所做的工作也不同。当工厂某一个项目发生变动时,需要通知对应的工人去做对应的工作。

    具体部署流程图

    deploy.png

    GitLab Runner简介

    1. Runner类型

    • Shared Runner:所有工程都能够用的,且只有系统管理员能够创建
    • Specific Runner:只有特定的项目可以使用。

    2. GitLab Runner中相关概念介绍

    • 管道(pipeline)
      每个推送到 Gitlab 的提交都会产生一个与该提交关联的管道(pipeline),若一次推送包含了多个提交,则管道与最后那个提交相关联,管道(pipeline)就是一个分成不同阶段(stage)的作业(job)的集合。

    • 阶段(Stage)
      阶段是对批量的作业的一个逻辑上的划分,每个 GitLab CI/CD 都必须包含至少一个 Stage。多个 Stage 是按照顺序执行的,如果其中任何一个 Stage 失败,则后续的 Stage 不会被执行,整个 CI 过程被认为失败
      image.png
      以图中所示为例,整个 CI 环节包含三个 Stage:build、test 和deploy。

    • build 被首先执行。如果发生错误,本次 CI 立刻失败;

    • test 在 build 成功执行完毕后执行。如果发生错误,本次 CI 立刻失败;

    • deploy 在 test 成功执行完毕后执行。如果发生错误,本次 CI 失败。

    下图是Gitlab对阶段和阶段状态的展示:
    stage.png
    stage-status.png

    • 作业(Job)
      作业就是运行器(Runner)要执行的指令集合,Job 可以被关联到一个 Stage。当一个 Stage 执行的时候,与其关联的所有 Job 都会被执行。在有足够运行器的前提下,同一阶段的所有作业会并发执行。作业状态与阶段状态是一样的,实际上,阶段的状态就是继承自作业的。
      关于job中详细的参数介绍,请移步https://docs.gitlab.com/runner/

    准备工作

    1. 准备gitlab 测试服务器,用于gitlab上的代码存储、CI等的配置
    2. 准备一台部署服务器,用于安装gitlab-ruuner并部署代码

    开始Go!

    1. 准备gitlab服务器,并创建一个项目

    gitlab.png

    2. 准备一台部署服务器,用于安装gitlab-ruuner并部署代码

    1. 在部署服务器上安装gitlab-runner

    # 安装gitlab-runner
    yum install gitlab-runner
    

    2. 向GitLab-CI注册gitlab-runner

    • 找到你的gitlab上存放的项目,找到settings–>CI/CD–>Runner
      runner-setting.png
      runner-setting2.png
    • 部署服务器上进行runner注册
    gitlab-runner register
    

    runner-register.png

    1. url:gitlab所在的测试服务器地址
    2. token:项目的token,用于关联runner和项目
    3. name:runner的名字,用于区分runner
    4. tags:用于匹配任务(jobs)和执行任务的设备(runners),此处不填直接回车时,默认Can run untagged jobs值为true
    5. executor:执行环境
    • 注册成功之后,我们就可以在gitlab的CI配置中看到刚才注册的runner了
      runner.png
    • 点开注册好的runner,可以看到具体配置内容
      runner-confige.png
      注意:如果你设置了Can run untagged jobs为No,那你需要在你gitlab-ci.yml文件中指定你要使用runner的tag,才能运行对应的runner,否则你任务可能一直在pending状态,找不到runner执行。

    3. 启动gitlab-runner

    • 前台启动
    gitlab-runner run
    
    • 后台启动(gitlab-runner service)
    gitlab-runner install
    gitlab-runner start
    

    4. 配置ssh免登录,用于将gitlab-runner服务器上获取到的文件拷贝到服务器

    1. 首先登陆服务器,进入gitlab-runner用户下生成一对公钥,私钥对。生成过程需要两次输密码,直接回车即可。
    ssh-keygen -t rsa -C  'your email@domain.com'
    
    1. 密钥默认保存位置在 ~/.ssh 目录下,打开后会看到私钥文件 id_rsa 和公钥文件 id_rsa.pub
      ssh.png
    2. 复制公钥到你的部署服务器上
    scp ~/.ssh/id_rsa.pub <用户名>@<Linux的ip地址>:/root/.ssh/id_rsa.pub
    
    1. 把公钥追加到服务器ssh认证文件中
    cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys
    

    5.此后,从本地上传文件到服务器就不需要输用户名,密码了。
    5. 在gitlab中配置变量,用于.gitlab-ci.yml文件
    yum.png

    • 项目的根目录下编写.gitlab-ci.yml文件
    ##缓存 node_modules/目录 下次构建不会删除
    cache:
      paths:
      - node_modules/
    stages: # Stages 表示构建阶段,这里有两个阶段 install, deploy
      - build
      - deploy
    
    fetch: # Jobs 表示构建工作,表示某个 Stage 里面执行的工作。
      stage: build
      script:
        - echo "=====start build======"
        - npm i 
        - npm run build
        - echo "=====end build======"
      only:
        - master
      artifacts: 
        expire_in: 2 week
        paths: 
          - dist/
        
    deploy-static:
      stage: deploy
      script:
        - echo "=====start deploy======"
        - scp -r ./dist root@$DEPLOY_SERVER_DEV:$WEB_DIR
        - echo "=====end deploy======"
    

    6. 把.gitlab-ci.yml文件推送到gitlab仓储,触发流水线
    pipeline.png

    • 点击每次构建状态,可以查看构建详情,如果有错误的话可以点开构建阶段,查看错误详情。
      deploy-error.png

    deploy-pass.png
    7. 到此,我们已经完成了一套完整对自动化部署,之后只有gitlab仓库有代码更新,就可以触发流水线了

    展开全文
  • idea自动化部署

    千次阅读 2019-04-23 11:42:03
    自动化部署war 首先是配置Tomcat conf 目录下的tomcat-users.xml,配置用户权限,提供给本地Maven使用 <role rolename="manager-gui"/> <user username="tomcat" password="tomcat" roles="manager-gui,...

    自动化部署war

    1. 首先是配置Tomcat conf 目录下的tomcat-users.xml,配置用户权限,提供给本地Maven使用
    <role rolename="manager-gui"/>
    <user username="tomcat" password="tomcat" roles="manager-gui,manager-script,manager-jmx,manager-status,admin-script,admin-gui"/>
    
    1. 在tomcat服务器的conf/Catalina/localhost/目录下创建一个manager.xml文件,写入如下值:
    <?xml version="1.0" encoding="UTF-8"?> <Context privileged="true" antiResourceLocking="false" docBase="${catalina.home}/webapps/manager"> <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="^.*$" /> </Context>
    
    1. Maven项目中 在pom.xml文件中,在plugins节点下添加如下plugin节点
       <groupId>org.apache.tomcat.maven</groupId>
       <artifactId>tomcat7-maven-plugin</artifactId>
       <version>2.2</version>
       <configuration>
           <url>http://192.168.1.160:8081/manager/text</url>
           <username>tomcat</username>
           <password>tomcat</password>
           <update>true</update>
           <path>/webapp</path>
       </configuration>
    

    新建maven发布
    在这里插入图片描述
    运行成功
    在这里插入图片描述
    服务器上已可以看到发布的war包
    在这里插入图片描述
    在这里插入图片描述
    在pom.xml不设置

     <path>/webapp</path>
    

    访问路径为项目名

    自动化部署jar

    添加jar到Artifacts
    在这里插入图片描述
    Build artifacts
    在这里插入图片描述
    Build jar
    在这里插入图片描述
    Tools > development 创建sftp连接服务
    在这里插入图片描述
    Config配置
    在这里插入图片描述
    在这里插入图片描述
    出现连接服务器目录
    在这里插入图片描述
    选择jar包,上传到指定目录
    在这里插入图片描述

    展开全文
  • gitlab ci/cd自动化部署流程

    千次阅读 2020-12-03 18:53:37
    git commit -m ‘自动化部署’ git push -u origin master .gitlab-ci.yml #当Runner通过轮询检测到gitlab上有任务时,就会执行这个文件 #个人不是很熟yml的语法以及详细配置,都是找猫画虎的,求各位大神提出优化...
  • 自动化部署Vue项目

    千次阅读 2020-10-18 18:03:07
    纯客户端渲染的应用在配置部署方面要依赖专门的web服务器,这里用到的是Nginx,如下是安装及配置nginx的各个步骤. # yum是nginx系统中的软件管理工具 利用它下载安装nginx yum install nginx # 查找nginx文件 which ...
  • Shell脚本自动化部署实战(二)

    万次阅读 2019-08-31 23:05:08
    说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家! ... 目录 三丶shell语法 ...四丶自动化部署实战 1.安装说明 2.安装前的准备 3.进行安装前的配置 4.安装 Oracle 三丶shel...
  • gitlab-ci实现前端自动化部署

    万次阅读 2018-09-18 16:38:26
    在git向远程仓库 提交代码/打tag 时,git仓库可以监听到这一次提交,并触发我们预先写好的脚本,从而实现自动化部署。 将要使用的工具 gitlab-ci 即 gitlab提供的持续集成的功能。 持续集成:是一种软件开发...
  • 它可以在代码上传仓库(如github,gitee,gitlab)后,在jenkins后台页面中通过获取代码仓库中最新代码,进行自动化部署,而省去手动打包、上传服务器、部署这一系列步骤,非常方便。 文章参考自: Jenkins+码云 ...
  • jenkins自动化部署及三种构建部署方式

    万次阅读 多人点赞 2017-12-28 18:22:06
    由于我们在使用jenkins之前,有自动化部署的shell脚本和上线流程,使用jenkins也就是让开发,测试人员可以通过一个web界面来执行脚本,实现部署。 我们公司一个产品线有四个环境,开发环境,测试环境,预上线环境...
  • Jenkins自动化部署教程

    万次阅读 2018-10-23 21:52:07
    本教程讲解springboot框架打包成jar包进行自动化部署;   插件安装 系统管理 》 管理插件 》 可选插件 (常用插件,安装jenkins的时候已经安装完毕,现在下载额外几款插件) Maven Release Plug-in Publish ...
  • 自动化部署openstack

    千次阅读 2017-11-07 15:28:58
    这篇文章主要是通过基于devstack进行自动化部署,后续会通过解析这个部署脚本的源代码的形式,学习openstack的部署,同时一步步阅读openstack其他服务的源码,比如keystone、nvoa等,一步步深入。学习这个框架个人...
  • // 进行commit $ git commit -m "update mysql configuration" // 输入github的用户名和密码进行push $ git push 九、Jenkins自动化部署任务开发 自动化部署的大致过程 在项目中,有一个deploy.sh,这是自动化部署...
  • 基于maven的docker自动化部署插件的使用构建开发项目配置dockerFile的配置文件 构建开发项目 首先打开我们的IDEA构建一个我们的开发项目,配置如下: 接着打开我们的pom.xml修改build的配置,修改以后的代码如下: ...
  • Jenkins + Vue 项目自动化部署

    千次阅读 2019-04-19 18:02:47
    最近公司项目在测试前端项目,需要频繁的进行更换文件,虽然工作量不大,但是频繁的重复工作有点降低了工作效率,于是就搭建了jenkins + Vue 的自动化部署,可以实现自己拉取代码+构建+然后再发到web服务器上面,只需要...
  • 自动化部署给我们带来了什么?

    千次阅读 2019-07-03 20:55:30
    随着敏捷开发与敏捷运维一体时代的到来,IT行业也变得越来越有趣了,像过去那样简单的将软件交付给客户,然后手动在单独的服务器上部署已不能满足生产要求。 而且面对成百上千台机器,几十个模块,应用程序又变得...
  • Jenkins+git 实现代码自动化部署

    千次阅读 2020-05-19 15:46:42
    持续集成是一种软件开发实践,希望团队中的成员频繁提交代码到代码仓库,且每次提交都能通过自动化测试进行验证,从而使问题尽早暴露和解决。 持续集成的好处是什么? 持续集成可以使问题尽早暴露,从而也降低了...
  • Linux自动化部署系统 实现思路、方法:FTP+TFTP+DHCP+Kickstart+PXE: 1、搭建 yum 源 1.1用 yum 来安装所需要的软件包,先来搭建 yum 光盘源: 在根目录下创建mnt文件夹,挂载 [root@localhost ~]# mkdir /mnt/...
  • gitlab服务器自动化部署代码

    万次阅读 2019-09-30 14:41:49
    以往开发时需要频繁上传代码到服务器很麻烦,能否将提交到版本控制的代码自动同步到服务器呢,答案是可行的 如果使用的是SVN的话服务器搭建SVN可以自动同步代码,这里不做介绍,下面以github,php环境为例介绍,其他...
  • Docker与自动化部署

    万次阅读 2018-04-05 10:36:54
    代码从开发者的假期到最终在生产环境上的部署,需要经过很多的中间环境.而每一个中间环境都有自己微小的蛤贝,Docker给应用提供一个从开发到上线均一致的环境,让代码的流水线变得简单. 3.提高开发效...
  • Windows下安装自动化部署工具Fabric

    千次阅读 2018-05-23 16:49:30
    Windows下安装自动化部署工具Fabric 部署应用程序用FTP还是SCP还是rsync复制文件?如果你需要手动复制,用一次两次还行,一天如果部署50次不但慢、效率低,而且容易出错。 正确的部署方式是使用工具配合脚本完成...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 518,399
精华内容 207,359
关键字:

自动化部署