前端持续集成和持续部署简介

最新推荐文章于 2024-08-16 22:04:40 发布
最新推荐文章于 2024-08-16 22:04:40 发布
阅读量447 收藏
点赞数 1
分类专栏： 运维与测试 文章标签： 前端 docker centos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_48446542/article/details/108090132
版权

传统开发的坑：

  • BUG总是在最后才发现
  • 越到项目后期，加班越严重
  • 交付无法保障
  • 变更频繁导致效率低下
  • 无效的等待多， 用户满足度低

持续集成解决的问题：

  • 提高质量
  • 效率迭代
  • 便捷部署
  • 快速交付， 便于管理

环境准备：
Linux服务器
VSCode + 插件Dockerfile

1. 概念

持续集成（Continuous Integration）简称CI:
核心概念：零散的汇聚起来，将所有开发者工作副本每天多次合并到主干的做法, 团队成员一般每人每天至少集成一次, 也可以多次. 持续集成强调开发人员提交了新代码之后, 立刻进行构建, 测试, 根据测试结果, 可以确定新代码和原有代码能否正确集成在一起

持续交付（Continuous Delivery）简称CD:
完成 CI 中构建及单元测试和集成测试的自动化流程后, 持续交付可自动将已验证的代码发布到存储库, 为了实现高效的持续交付流程, 务必要确保 CI 已内置于开发管道. 持续交付的目标是拥有一个可随时部署到生产环境的代码库
在持续交付中, 每个阶段(从代码更改的合并, 到生产就绪型构建版本的交付) 都涉及测试自动化和代码自动发布. 流程结束时, 运维团队可以快速将应用部署到生产环境中.

持续部署（Continuous Development）简称CD:
对于一个成熟的 CI/CD 管道来说, 最后阶段是持续部署. 是在持续交付的基础上, 把部署到生产环境的过程自动化.

2. 持续集成组成要素

一个最小化的持续集成系统需要包含以下几个要素:

  1. 版本管理系统 github, gitlab, stash 等
  2. 构建脚本&工具: 每个项目都需要有构建脚本来实现对整个项目的自动化构建, 比如 java 的项目可使用 gradle 作为构建工具, 通过构建工具实现对编译, 静态扫描, 运行测试, 样式检查, 打包, 发布等活动串起来, 可通过命令行自动执行
  3. CI 服务器: 可以检测项目中的代码变动, 并及时通过构建机器运行构建脚本, 并将集成结果通过某种方式反馈给团队成员

3. 应用场景

  • 打包平台
    常见的打包, Java 应用(Gradle/Maven), Nodejs 前端应用(npm/yarn)
    移动端打包 IOS/Android
  • 测试平台
    接口测试
    自动化
    单元性能
  • 自动部署
    FTP
    Shell
    Tomcat/Docker
    K8s/Rancher/Cluster
  • 持续集成
    git
    Jenkins/TravisCI/CircleCI
    Docker

4. 工作流

  1. 传统的工作流
    传统的瀑布式
    人员: 开发, 项目经理, 测试
    主要流程:
    项目开始划分好模块, 分配模块给对应人员
    开发人员开发好一个模块就进行单元测试
    等所有模块都开发完成之后, 项目经理对所有代码进行集成
    集成后的项目部署到测试服务器, 交由测试人员进行集中测试
    测试过程中出现 BUG 把问题记录到列表
    分配 BUG 给相应人修改
    修改完成, 再次对项目进行集中测试, 并部署到测试服务器
    测试人员在下一次的集成测试中进行回归测试
    通过之后部署到生产环境中
    测试不通过, 则重复上述"分配 Bug -> 修改 Bug -> 集成代码 -> 部署到测试服务器上 -> 集成测试" 工作

    带来的问题:

    1. 重复性劳动, 无效等待增多
    2. 很晚才发现缺陷, 且难以修复
    3. 品质低
    4. 项目缺少可见性
  1. 常见的工作流
    DevOps
    该系统的各个组成部分是按如下顺序来发挥作用的:
    • 开发者检入代码到源代码仓库
    • CI系统会为每一个项目创建一个单独的工作区, 当预设或请求一次新的构建时, 它将把源代码仓库的源码存放到对应的工作区
    • CI系统会在对应的工作区内执行的构建过程
    • (配置如果存在). 构建完成后, CI系统会在一个新的构件中执行定义的一套测试. 完成后触发通知(Email, RSS等)给相关责任人
    • (配置如果存在) 如果构建成功, 这个构件会被打包并转移到一个部署目标(比如应用服务器)或存储为软件仓库中的一个新版本, 软件仓库可以是CI系统的一部分, 也可以是一个外部的仓库, 诸如一个文件服务器或者像Java.net, SourceForge之类的网站
    • CI系统通常会根据请求发起相应的操作, 诸如即时构建, 生成报告, 或者检索一些构建好的构件

5. Travis CI使用简介

  1. 简单的使用步骤
    github授权及面板
    获取gihub的Tokens
    配置项目.travis.yml
    Node项目
    Script脚本
    部署到github pages
    钩子用法
桃子阿哥
关注
专栏目录
前端要懂的持续集成与持续部署 （CI CD）
小陈的博客
11-14 1139
整理了75个JS高频面试题，并给出了答案和解析，基本上可以保证你能应付面试官关于JS的提问。 执行成功后部署到服务。
前端里的持续集成
陈靖
05-02 2795
什么是持续集成,什么是统一代码仓库,前端工程化,自动化构建 持续集成 持续集成需求 持续集成式通过平台串联各个开发环节,实现和沉淀工作自动化的方法; 线上代码和代码仓库不同步,影响迭代和团队协作; 静态资源发布依赖人工,浪费开发人力; 缺少自动化测试, 产品质量得不到保障; 文件简单修改上线,需要技术介入 持续集成解决 统一代码厂库通过分支管理合并主干svn / ...
微前端架构的持续集成与持续部署实践
最新发布
2401_85743969的博客
08-16 997
在微前端架构下实现CI/CD，需要考虑子应用的独立性、依赖管理和部署协调。通过统一的构建工具、自动化测试、依赖管理、集成测试环境、自动化部署、监控和日志以及回滚策略，可以构建高效的CI/CD流程，提高软件交付的速度和质量。同时，遵循CI/CD最佳实践，可以进一步确保流程的稳定性和可维护性。随着DevOps文化的普及和技术的发展，CI/CD将成为微前端架构不可或缺的一部分。
前端项目持续集成和部署实现
hyupeng1006的博客
01-04 709
要高效的把纯前端项目部署到云服务器上，研究了好几种持续集成部署方案，这里简单记录描述一下。方案选择编译后的文件部署，就是先在本地进行npm run build打包，生成 build 文件夹，然后将 build 文件夹传到服务器，再用 Nginx 配置一个静态解析即可。源码部署就是把源文件上传到服务器上，然后执行 npm install && npm run build，这种方式是将打包工作交给服务器，本地只是将源代码 push 上去，git 监听到推送然后自动开始构建。
Web前端持续集成方案（四）
hcl1687的专栏
09-29 1898
利用jenkins实现web前端项目持续集成 上文中，我们已经介绍了利用grunt检测并打包web前端项目的方案。下面我们结合jenkins介绍 web前端项目持续集成方案。 Grunt已经完成了大部分的工作，所以我们的思路是利用jenkins调用grunt完成项目检测、打包工作。Jenkins需要做如下几个工作： 1、更新SVN。 2、准备打包环境。 3、执行g
前端持续集成部署CI/CD
weixin_37989623的博客
07-05 1443
什么是持续集成/持续部署（CI/CD）？ 简单理解就是把代码测试、打包、发布等工作交给一些工具来自动完成。这样可以提高效率，减少失误，开发人员只需要关心开发和提交代码到git就可以了。 CI/CD CI，Continuous Integration，为持续集成。即在代码构建过程中持续地进行代码的集成、构建、以及自动化测试等；有了 CI 工具，我们可以在代码提交的过程中通过单元测试等尽早地发现引入的错误； CD，Continuous Deployment，为持续交付。在代码构建完毕后，可以方便地将新版本部署
纯前端项目持续集成和部署实现
qq_37314372的博客
02-07 2031
最近要高效的把纯前端项目部署到云服务器上，研究了好几种持续集成部署方案，这里简单记录描述一下。 方案选择 总的部署思路分两种： 编译后的文件部署 编译后的文件部署，就是先在本地进行npm run build打包，生成 build 文件夹，然后将 build 文件夹传到服务器，再用 Nginx 配置一个静态解析即可。 源码部署 源码部署就是把源文件上传到服务器上，然后执行 npm install && npm run build，这种方式是将打包工作交给服务器，本地只是将源代码 pus
落地微服务特色的DevOps管道，持续集成/部署到Kubernetes
01-27
在kubernetes的引领下，以容器为中心部署微服务已成为一种事实标准，并不断加速着微服务架构模式落地，持续地发挥着它的魔力。企业，特别是互联网公司，为了快速响应前端用户的需求，缩短产品从需求到交付的周期，...
持续集成(CI)持续部署(CD) 简介
sinat_39598192的博客
03-21 1891
定义：一天中多次的将所有工作者的工作合并到一个共享的主线的协作方式，具体来说是开发人员提交新代码后立即进行构建，测试。根据测试结果我们可以确定新代码和原代码是否能正确的集成到一起 CI / CD的意义和价值 敏捷开发思想的体现。 频繁、自动化、可重复。流程像管道，代码像水。 快速发现问题，快速解决（从软件质量的角度讲，快是为了让有问题的代码快速的被发现，尽早解决，在CD的阶段发现问题比在正式环境发现问题好，在CI阶段发现问题比在CD阶段发现问题好）。 不能保证Bug Free,所以提高发布频率
43、持续集成：几十个前端一起工作，如何保证工作质量？
所学所思
03-26 483
今天我们来聊聊持续集成。持续集成是近现代软件工程中的一个非常重要的概念。它是指在软件开发过程中，以定期或者实时的方式，集成所有人的工作成果，做统一的构建和测试。与持续集成相对的做法是：独立开发各个模块，在软件开发的最终阶段才做集成。持续集成的优势是及早处理集成阶段的问题，使软件质量和开发进度可控。现在持续集成还有升级版本：持续交付和持续部署，这些因为需要更为完善的基础设施，目前很少有公司前端团队可以用上，我们暂且不谈。传统的持续集成概念诞生于桌面客户端开发，在Web前端领域，由于技术和产品形态的差别，我们需
前端工程的持续集成与持续部署该如何实现？
weixin_42556618的博客
09-17 284
前后端架构分离以后，随着企业业务复杂度提升，要求产品迭代速度加快，前端开发团队规模的逐步扩大，前端的工作可能被繁琐的配置、工具、构建流程、协助部署、团队沟通等环节困扰，因此，前端工程化成为一种趋势。 前端工程化，是指使用软件工程的技术和方法，将前端的开发流程、技术、工具、经验等规范化和标准化。采用一系列系统化及规范化的方法、技术方案、工具，用工程化的方法构建和维护有效、实用和高质量的前端应用，以降低开发难度，提高开发效率，减少不必要的重复劳动，节约时间成本。前端工程化，是指使用软件工程的技术和方法，将前端
大规模前端项目的持续集成探究
SaRust的博客
09-19 67
其中，持续集成（Continuous Integration，CI）是一种关键的实践方法，能够显著提高团队的效率、代码质量和交付速度。通过自动化构建、自动化测试和持续集成服务器等工具和流程，团队能够提高效率、确保代码质量，并快速交付功能。在大型前端项目中，持续集成可以减少不同团队成员之间的集成冲突，确保代码的一致性，并提供可靠的构建和部署流程。可靠的构建和部署：自动化构建和部署流程可以确保代码在不同环境中的一致性和可靠性。提高代码质量：通过自动化测试，可以捕捉潜在的错误和漏洞，提高代码的质量和稳定性。
Web前端持续集成方案（三）
hcl1687的专栏
09-29 1506
利用karma实现seajs模块单元测试覆盖率检测 关于覆盖率检测， 之前尝试了jscoverage等很多方案，都没有成功。最后试了karma方案可以。现在就大致介绍一下基于karma的覆盖率检测。 1、安装karma及相关插件 2、进行karma配置 命令行下输入karma init会生成配置应道交互程序，具体配置如下： 框架中需要引入qunit和se
前端开源项目持续集成三剑客
章志强的专栏
02-18 2506
开发业务代码的时候，我们总能发现一些通用的功能。这时候，作为一个在互联网时代富有分享精神的程序员，就会想要把项目开源出去，让更多的小伙伴去使用，偶尔可能会有大神评论，能学到很多。 在 GitHub 上， README 是最先让人看到的，一些应用广泛的项目的 README ，除了非常详细的文字介绍，还常常会带有很多小徽章，比如 Vue 的这个 README 的开头： Vue 这些徽章
持续集成和持续部署（CI/CD）
zz130428的博客
04-26 1182
持续集成和持续部署使得开发人员可以更快地获得反馈，因为每次提交代码后都会自动构建和测试，开发人员可以立即知道代码是否通过了测试。：持续集成和持续部署的自动化流程可以确保每次构建和部署的一致性，减少了人为错误的可能性，提高了软件的可靠性和可重复性。：持续集成和持续部署通过频繁地自动化构建、测试和部署过程，可以及早发现和解决代码错误和问题，从而提高软件质量。：持续集成和持续部署通过自动化构建、测试和部署流程，减少了手动操作的需求，降低了人为错误的风险，并提高了效率。
前端开发流程优化：持续集成与持续部署
AI天才研究院
01-07 953
1.背景介绍 前端开发是Web应用程序的设计和实现过程，涉及到HTML、CSS、JavaScript等技术。随着Web应用程序的复杂性和规模的增加，前端开发过程中的代码管理、构建和部署变得越来越复杂。为了提高开发效率、降低错误率和提高代码质量，前端开发流程需要进行优化。 在过去的几年里，许多前端开发工具和技术已经发展出来，例如Git、Grunt、Gulp、Webpack、Npm等。这些工具和技...
Jenkins持续集成、持续部署（CICD）-尚硅谷（含自己整理的前端、后端项目部署详细步骤）
热门推荐
qq_52030824的博客
10-31 1万+
Jenkins持续集成、持续部署（CICD）-尚硅谷（含自己整理的前端、后端项目部署详细步骤）
使用AppVeyorCI和PowerShell实现复杂应用的持续集成与部署
AppVeyor CI是一个流行的云服务，专为开源和私有项目提供持续集成和持续部署（CD）支持，尤其适用于基于Git的项目。PowerShell是一种强大的脚本语言，用于自动化系统管理和任务执行，包括部署应用程序。在本文中，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值