以Springboot项目为例。传统方式是本地生成jar包，FTP上传服务器，重启服务；如果是内网测试服，也可以在服务器上安装git拉取代码，在服务器上编译打包。但这都需要人为干预，于是CI/CD就出现了。CI：ContinuousIntegration（持续集成）。自动构建和测试每次提交的代码，以确保所引入的更改符合所有测试、准则和代码合规性标准。CD：ContinuousDelivery（持续交付）和ContinuousDeployment（持续部署）。基于CI，前者侧重于交付给客户或质量团队（比如决定是否对新版本进行压测），而后手动部署/自动部署，如果是自动部署的话就是持续部署了。CI/
前言吐槽一波2020年6月2号刚入职公司时，第一感觉是集群环境是个大坑！内网一套，公网一套。内网采用单节点Kubernetes，公网采用aliyun托管的X节点Kubernetes(还有节点是2C的...)。内网Kubernetes环境几乎无人使用(可能后端开发工程师在偶尔使用吧)。公网的X节点Kubernetes集群，也可以是称之为生产Kubernetes集群，也可以称之为测试Kubernetes集群，天才的设想--通过名称空间区分集群环境！引出话题研发人员向部署在公网的Kubernetes集群的gitlab代码管理仓库推送代码，然后由部署在香港服务器的gitlab-runner做ci|cd
目录一、简介二、安装Harbor2.1Amd64架构安装Harbor2.2Arm64架构安装Harbor2.2.1找不到make命令2.2.2找不到git命令2.2.3执行makedownload和makecompile_redis失败2.2.4执行makecompile_redis命令2.2.5执行makeprepare_arm_data命令2.2.6执行makepre_update命令2.2.7执行makecompileCOMPILETAG=compile_golangimage命令2.2.7最后一步构建出Harbor-arm镜像2.2.8修改启动脚本文件2.2.9启动三、Harbor使用
本心、输入输出、结果文章目录系统设计-我们如何通俗的理解那些技术的运行原理-第二部分：CICD、设计模式、数据库前言CI/CD第1部分-带有CI/CD的SDLC第2部分-CI和CD之间的区别第3部分-CI/CD管道NetflixTechStack（CI/CDPipeline）架构设计模式每个开发人员都应该知道的18种关键设计模式云服务中不同数据库的清单8种支持数据库的数据结构如何在数据库中执行SQL语句步骤说明CAP定理CAP定理真的有用吗？可视化SQL查询SQL语句由数据库系统分几个步骤执行，包括：SQL的执行非常复杂，涉及许多注意事项，例如：SQL语言弘扬爱国精神系统设计-我们如何通俗的理
最近几天我一直在尝试使用带有动画的CALayer创建kenburns效果，然后将其保存到视频文件中。我的图像层位于另一个1024x576的层内。所有动画都应用于图像层。这是目前的代码:-(CALayer*)buildKenBurnsLayerWithImage:(UIImage*)imagestartPoint:(CGPoint)startPointendPoint:(CGPoint)endPointfromScale:(float)fromScaletoScale:(float)toScale{floatcalFromScale=fromScale+1;floatcalToScale
GitLabRunner是一个开源项目，用于运行您的作业并将结果发送回GitLab。它与GitLabCI结合使用，GitLabCI是GitLab随附的用于协调作业的开源持续集成服务。安装要求GitLabRunner是用Go编写的，可以作为一个二进制文件运行，不需要特定于语言的要求。它旨在在GNU/Linux，macOS和Windows操作系统上运行。只要您可以在其他操作系统上编译Go二进制文件，其他操作系统就可能会运行。如果要使用Docker，请安装最新版本。GitLabRunner需要最少的Dockerv1.13.0。GitLabRunner版本应与GitLab版本同步。可以在GNU/Lin
gitflow分支模型gitflow分支介绍master：归档主分支，代码老旧稳定（只接受合并，不能推送代码）develop：开发分支（只接受合并，不能推送代码）release：发行分支，只有满足各种质量要求才能发行feature：功能分支,常规开发分支hotfix：急救分支，紧急修复bug，生命周期更短开发模式feature分支作为个人的常规开发分支，可以理解为开发者个人的自由空间。hotfix分支短小而临时，其他的方面与feature分支一致。feature分支和hotfix分支推送的时候不应该触发CI，最多运行一下单元测试feature或hotfix分支合并到develop分支不应该手动
我在HIVE中有以下查询，它抛出“FAILED:SemanticException[错误10017]:第4:28行在JOIN'status_cd'中遇到左右别名”错误。整个查询似乎是正确的，我在MYSQL中也执行了类似的查询，它工作正常。仅在Hive中它会抛出错误。HIVE中是否存在导致问题的任何限制。请查看以下查询，我们将不胜感激。INSERTINTOTABLEstg_dim_gate_packageSELECT`16_1693_418`.`package_id`AS`6896_package_id`,`16_1723_432`.`status_cd`AS`7075_status_c
基于Kubesphere实现DevOps一、DevOps介绍1.1项目开发需要考虑的维度dev怎么开发ops怎么运维参考项目链接：https://github.com/kubesphere/devops-maven-sample1.2DevOps是什么二、CI/CD介绍2.1持续集成（ContinuousIntegration）持续集成是指软件个人的部分向软件整体部分交付，频繁进行集成以便更快地发现其中错误。CI需要具备这些：全面的自动化测试这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也很重要灵活的基础设施容器、虚拟机的存在让开发人员和QA人员不必再大费周张去做IT基础设施
零、写在前面HBuilderX是DCloud旗下的IDE产品，目前只提供了Windows和Mac版本使用。本项目组在开发阶段经常需要向测试环境提交热更新包，使用Jenkins进行CD是非常有必要的一步。尽管HBuilderX提供了CLI，但Jenkins服务通常都是搭建在Linux环境下的。当前的Uniappwgt打包服务是使用了WindowsServer+HBuilderXCLI的解决方案来进行打包，再用Jenkins远程调用接口。这套方案的弊病有如下几点：Jenkins侧仅负责少量参数的传递，如项目名、Gitrepo地址、分支名等，大部分流程不受控制，流水线的构建阶段显示不透明。核心由一个
