首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

装在笔记本里的私有环境:持续集成(上)

本篇是系列中的第五篇内容,我们继续聊聊如何把一个简化过的私有环境部署在笔记本里,以满足低成本、低功耗、低延时的实验环境。如果你有闲置的轻量服务器,也可以动手试试。...写在前面 作为“持续集成”章节的第一篇内容,我们先来聊聊在单机服务器上的 CI 的使用。...简单针对上面的参与者进行定义:“用户”可以是有血有肉的人,也可以是自动化的脚本或者 BOT,各种数据的创造者;“Git 服务”,用于存储代码数据,提供基础的权限功能和界面管理的程序;“CI 服务”,提供持续集成的任务的调度和管理的程序...单机 CI 配置实践 接下来,我们以上文中的 “SSH 开关”这个应用,在 Gitea 和 Drone 环境中进行持续集成和部署实践为例,来聊聊如何在单机模式下使用 CI。...host-dir path: /deploy volumes: - name: host-dir host: path: /app-path 最后 在接下来的“持续集成

74800
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    私有云和混合仍将持续发展

    私有云和混合技术首次出现时,一些权威人士预测,他们的应用不会持续太长时间,因为企业都将转向采用公共。然而,他们最后都错了…想知道为什么吗?...以下有几个很好的理由解释为什么私有云和混合可以存留下来。首先,一些企业的工作负载和存储数据一旦增长到数十PB,就会加大维护公共部署的成本。...最后,使用混合私有计算验证了这样的想法,即并非所有IT资源都应该存在于当今的公共云中,并且一些资源可能永远不会迁移到公共。...这种私有或混合模式的体验有助于用户更好地了解哪些计算周期和数据必须保存在本地,哪些可以远程处理。 一些反对私有或混合的论点指出,这需要大量硬件和软件投资,以及需要内部专业知识的深度才能实现。...因此,虽然私有云和混合曾经需要大量的内部构建专业知识,但如今并非如此。现代平台消除了许多使用私有或混合的异议,这些架构可以与公共协同工作,为企业提供所需的性能和成本效益。

    1K50

    私有化轻量级持续集成部署方案--07-私有NPM仓库-Verdaccio

    也是为了学习搭建 私有NPM仓库,就在持续部署中集成私有仓库。...还可以将权限设置为 其它变量值 或 指定用户,详细请参考 verdaccio--包的访问 执行部署 配置文件准备就绪,就可以执行部署,部署成功后就可以访问页面 PS: 注意开启服务器 4873...对于个人来说,私有NPM仓库 作用性基本很小,但是对于企业,私有NPM仓库 可以保护代码暴露,具有很大的意义。 也是为了学习搭建 私有NPM仓库,就在持续部署中集成私有仓库。...还可以将权限设置为 其它变量值 或 指定用户,详细请参考 verdaccio--包的访问 执行部署 配置文件准备就绪,就可以执行部署,随后访问页面 PS: 注意开启服务器 4873 端口号防火墙...NPM 仓库 Drone 持续部署中集成 Verdaccio 仓库,需要在执行时登录 仓库。

    1.4K20

    私有化轻量级持续集成部署方案--06-私有镜像仓库-Harbor

    提示:本系列笔记全部存在于 Github, 可以直接在 Github 查看全部笔记 针对私有镜像仓库的问题,Docker 官方提供了搭建仓库服务的镜像服务:registry,使用此镜像就可以部署私有仓库...Harbor Harbor 概述 Harbor 项目是以 registry 为基础的镜像仓库,另外提供了管理 UI, 基于角色的访问控制(Role Based Access Control),AD/LDAP 集成...可以根据实际情况创建自己的项目 在此创建名为一个 mwjz 的私有项目,用来存储 deploy-web-demo 镜像 PS: 其它模块可自行查看 Harbor 持续集成 Harbor 镜像...登录 Harbor Harbor 仓库 mwjz 是一个私有项目,需要登录才允许 拉取、推送。 服务器中测试拉取操作,不登录情况下会直接返回无权限错误。...Drone 持续集成需要使用到此登录凭证。 Drone 配置 Secret配置 镜像拉取登录凭证 Drone 引擎中容器是一个纯净的运行环境,无法直接使用服务器的登录凭证拉取私有仓库镜像。

    1.2K10

    原生】持续集成和部署(Jenkins)

    CI的英文名称是Continuous Integration,中文翻译为:持续集成。...持续集成(CI)是在源代码变更后自动检测、拉取、构建和(在大多数情况下)进行单元测试的过程。持续集成的目标是快速确保开发人员新提交的变更是好的,并且适合在代码库中进一步使用。...完成 CI 中构建及单元测试和集成测试的自动化流程后,持续交付可自动将已验证的代码发布到存储库。为了实现高效的持续交付流程,务必要确保 CI 已内置于开发管道。...CD 具有高度的自动化,并且在一些计算环境中也易于配置。在流水线的每个阶段,如果构建无法通过关键测试会向团队发出警报。否则,将继续进入下一个测试, 并在连续通过测试后自动进入下一个阶段。...此外,随着 SaaS 这种交付方式变得更受欢迎, 许多工具都可以在现代开发人员运行应用程序的环境中运行,例如 GCP 和 AWS。

    1.1K50

    私有化轻量级持续集成部署方案--05-持续部署服务-Drone(上)

    提示:本系列笔记全部存在于 Github, 可以直接在 Github 查看全部笔记 持续部署概述 持续部署是能以自动化方式,频繁而且持续性的,将软件部署到生产环境。...持续部署就是使用工具自动处理整套步骤。代码在提交之后自动执行整套流程将项目部署到生产环境,省去繁琐的人工操作。 持续部署整套流程本质上是一个极其简单的东西。...Drone 持续部署工具一开始打算使用 Gitlab, Gitlab 中直接集成代码仓库和持续部署工具,用起来会方便很多,但部署完 Gitlab 发现小服务器真心扛不住。...Server Server(服务器) 负责的工作主要有 连接集成代码仓库 提供 web 管理页面 管理 Runner 代码仓库 Drone 可以无缝集成多种主流代码仓库,官方给出了具体的使用文档。...但存储库设置为私有时,需要登录用户才允许拉取代码,此时需要将此属性设置为 true 可以参考 https://discourse.drone.io/t/fatal-could-not-read-username-for

    2.4K20

    计算与DevOps: 持续集成持续交付与市场分析

    随着容器化和微服务的引入,持续集成/持续交付方案也发生了变化。现在,每个计算供应商都具有支持和与Docker和Kubernetes之类的工具的集成,这些工具可以帮助扩展持续集成/持续交付管道。...计算对持续集成/持续交付的最大好处之一就是计算基础设施的动态特性。对于持续集成/持续交付工作负载的短暂性和突发性,这是一个完美的选择。计算资源可以根据持续集成/持续交付工作负载自动扩大和缩小。...只需建立全球互联网连接,使用公共的企业员工就可以访问应用程序。 私有是指组织的资源(例如存储、计算和网络资源)存在于提供商的数据中心中。...企业之所以偏爱私有,主要是因为安全性以及在运行应用程序时存储高度敏感的数据。 混合是另一种现代方法。它是私有云和公共服务的组合。根据流量和需求的考虑,企业可以进行更改。...主要是当需求很高时,可以在公共云中运行工作负载,然后当一切恢复正常时,返回到私有。这种方法减少了在计算资源上花费的间接费用。此外,关键是敏感信息、数据和关键应用程序可以保存在私有云中。

    99520

    持续集成

    持续交付 发布可靠软件的系统方法》读书笔记 持续集成 持续集成要求每当有人提交代码时,就对整个应用进行构建,并对其执行全面的自动化测试集合。...持续集成的目标是让正在开发的软件一直处于可工作状态。 高效使用持续集成的那些团队能够比那些没有使用它的团队更快地交付软件,且缺陷更少。...团队共识 - 持续集成不是一种工具,而是一种实践。...如果大家不能接受这样的准则,则根本无法如预期般通过持续集成提高质量。 持续集成的前提条件 频繁提交 - 对于持续集成来说,我们最重要的工作就是频繁提交代码到版本控制库。每天至少应该提交几次代码。...必不可少的实践 持续集成是一种实践,不是一个工具,它的有效性依赖于团队纪律。 要让持续集成系统能够发挥作用,尤其是面对一个大型复杂的持续集成系统时,整个开发团队就必须有高度的纪律性。

    1.1K30

    常识三持续集成持续交付、持续部署

    ThoughtWorks首席科学家、软件开发领域大事Martin Fowler对持续集成是这样定义的: 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味置顶每天可能发生多次集成...(项目级别的持续集成可以由开发每次代码提交触发,而产品级别的持续集成可以由定时来触发),每次提交到版本控制服务器上的代码都要经过自动化构建,确保每次的代码变更都不会导致持续集成失败。...「持续集成(Continuous Integration)」 持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 ?...三者关系 持续交付、持续部署 将持续集成扩充到部署到生产环境就是持续交付和持续部署的概念,二者的区别 ? 手动与自动的区别 CI步骤 ?...那么,持续集成能给我们带来哪些价值? ?

    1.7K50

    持续测试、持续集成持续交付、持续部署和DevOps

    通过启用对代码的更快反馈来升级交付管道 将平滑集成嵌入到 DevOps 流程中,确保更快地将产品交付给用户 总的来说,它通过鼓励他们从错误中吸取教训来提高团队的士气和效率 持续集成和 DevOps 为了保持相关性...这就是为什么在这个「敏捷世界」场景中,组织主要关注DevOps计划,更多地关注持续测试、持续集成 (CI) 和持续交付 (CD) 以实现快速质量。...其中最具挑战性的是持续测试,因为它涉及人员、工具、流程、方法和服务,而持续集成主要是工具驱动的,而持续交付则涉及工具和团队驱动的活动。...在持续集成的帮助下,开发人员可以更快、更频繁地推送最新更新。...团队透明度和问责制增加 提高测试可靠性,减少积压,提高最终产品质量给客户 持续测试、持续交付和 DevOps 持续交付的角色从持续集成结束的地方开始。

    2K30

    浅谈持续集成

    最近在看软件质量保障相关的一些资料,持续集成占据了其中很大一部分篇幅。这篇文章,主要内容是对持续集成相关知识的整理归纳,以及个人对持续集成的一些思索总结,介绍持续集成的起源、发展以及如何实践。...相关阅读推荐: 《持续集成:软件质量改建和风险降低之道》 《持续交付:发布可靠软件的系统方法》 一、起源与发展 1、起源 持续集成这个术语最早是在1994年由Grady Booch提出的,目前能看到的关于持续集成最多的描述...CruiseControl.NET:基于C#实现的持续集成构建工具 Jenkins:基于java实现的开源持续集成构建工具,现在最流行和知名度最广泛的持续集成工具 Lunt build:开源的自动化构建工具...,尽早发现问题; ②、自动化代替手工,工程师将更多的时间精力放在设计、需求分析、风险预防等方面; ③、持续集成持续交付→DevOps→基于容器的服务→提高自动化程度来提高效率; 三、从零开始构建持续集成...管理越来越难的问题 修复BUG,可以达到修改主干,多出都可以fix的效果 解决QA只保证单独分支质量,忽视merge后主干质量的问题 ②、高效的构建:需要工具支撑 版本控制:git&SVN 代码管理:gitlab私有部署

    1.5K00
    领券