从零到一，全面掌握Apache DolphinScheduler发版流程，实战派经验分享！

file

引言

Apache DolphinScheduler的发版流程对于确保软件质量和社区协作至关重要，社区Committer王兴杰为我们详细介绍了Apache DolphinScheduler的发版流程，包括环境准备、流程文档、基础工具准备、依赖包确认等关键步骤，并指出了发版流程中可能会遇到的麻烦以及相应的解决方案，欢迎学习指正。

一、发版物料

（1）Apache要求

a. Maven仓库物料（发版过程中会存储在临时库中）
https://repository.apache.org/content/repositories/orgapachedolphinscheduler-{index}/org/apache/dolphinscheduler/

b. 发布包、签名文件和keys
对发布版本签名，用户也可据此判断下载的版本是否被篡改。

（2）DolphinScheduler要求
Dockerhub 镜像
Helm 文件

（3）权限要求

  • PMC Member拥有完整的发版权限；
  • Committer会有小部分权限缺失，需要PMC Member配合。

二、发版流程

  1. 环境准备
  • jdk ：1.8版本以上 （1.8.0_271）
  • Maven：尽可能保证3.9版本以上（3.9.6）
  • 低版本maven构建部署包会失败
  • gpg：各版本均可 （2.0.22）
  • svn：高于1.6版本（1.7.14 ），低版本会报错

file

  • git：1.8.3.1
  • 服务器系统：MacOS，Linux（Linux服务器、CentOS7）
  • 服务器要求需要能访问Apache官网或GitHub，目前Window在同步gpg、公钥ID时会出现异常，建议尽可能使用非Window系统。
  1. 发版流程文档
  • 中文：
    https://github.com/apache/dolphinscheduler/blob/dev/docs/docs/zh/contribute/release.md
  • 英文：
    https://github.com/apache/dolphinscheduler/blob/dev/docs/docs/en/contribute/release.md
  1. 基础工具准备
    （1）gpg安装
    按照文档执行操作

file
（2）配置maven仓库

  • 修改settings-security.xml文件
  • 修改conf/settings.xml配置文件（注意路径），文件中的apache LDAP是apache对应的用户名密码，明文。
  1. 依赖包确认
    这里主要检查依赖包对一个的license 和对应的下载地址。

file

可以查看pom的提交日志，查看修改记录，正常在review pr的时候会检查这一项。但是可能会有遗漏或重复的情况。

  1. 修改版本

（1）为了方便后续打包等操作，可以增加环境变量。包括后续对svn的一些操作所需的环境变量，建议在文档中新建的变量都创建为环境变量。

file

（2）文档版本修改

注意：docsdev.js是Apache DolphinScheduler官网该版本的引用位置相关文件，文件修改的效果只有在website的pr被merge之后才能体现，所以这部分文件需要严格按照文档修改，建议在打包之前检查一下文件的修改情况。

file

  1. 部署包构建发布

部署包的构建分为三个部分

（1）发布检查

a.分支准备

file

首先要在官方的github仓库创建prepare分支，fetch分支后运行上述命令。文档中的origin要根据用户clone的仓库决定，如果直接clone的是官方仓库，这里使用origin没有问题。如果使用的是fork的仓库，创建upstream（如果叫upstream的话）指向官方仓库，那GH_REMOTE得是upstream。发版的所有操作都是直接推到官方仓库。

一般情况prepare分支是基于dev创建的。
在clone或者创建upstream时，最好是使用git协议，不要使用https，否则推送tag会失败。

b.发版校验

命令运行大概需要8G内存，注意资源。

file

运行结束后最好检查一下dolphinscheduler-dist/target文件夹的大小，如果超过950M，并且没有瘦身策略，发版得暂停。

这一步主要是为了验证构建部署包的过程是否正确。

（2）发版准备

需要清理掉发版校验的文件，执行clean命令。clean命令执行后可能会存在部分文件未清理的情况，可以考虑执行git stash暂存。

这里如果是多次发版，需要再执行 mvn release命令之前清理掉本地和远程（官方仓库）的tag，否则会报错。这里需要提前配置 注意1 的内容。

该步骤不会有成果。

如果在命令中出现clone prepare分支失败的问题需要检查upstream的协议，网络等情况，如果网络不稳定可以重试。

此处需要检查仓库中prepare分支和tag的commit，需要一致。

file

（3）部署发布

 a. 执行命令

该命令基于发版准备的结果，所以【发版准备】的结果不能做任何修改（包括代码），命令结束后会在https://repository.apache.org/#stagingRepositories 中显示内容。这个内容可能会有一点点延迟，但正常不会超过五分钟。如果发现没有文件，大概率是maven的远程仓库配置问题，可以排查一下。

file

如果发版过程中发现有代码的修改，需要重新执行发版的操作，必须至少要从【发版准备】开始，执行【发版准备】前需要执行git release:clean 命令，如果有多余文件可以git stash暂存。多次发版需要注意stagingRepositories中文件的时间，如果发现时间与执行发版命令时间不对应情况可能说明包为同步。正常stagingRepositories的文件会替换，无需主动删除。

发版过程会使用到gpg -s的命令，命令的密码缓存应该是十分钟，如果服务器资源不太够，构建时间会超过十分钟，这里需要保证gpg 密码的缓存时间。

file

到这里所有发布包的构建流程已经结束。

b. 发布包提交apache仓库

file

建议将SVN_DIR_DEV和 SVN_DIR_RELEASE 也都设置为环境变量。

file

如果是committer这部其实可以不用执行， commit没有权限。

file

这里DolphinScheduler并没有打开对应的设置，所以这部分需要将gpg-key-id导出来后发给PMC帮忙添加，或者在发版邮件后补充。但是尽可能是添加到KEYS里面。

file

这里需要注意的是tar.gz.asc文件，可以使用【注意】部分的命令添加，但是在打包的时候其实是已经生成了。也可以手动在maven本地仓库里面拷贝出来。

部分服务器 shasum的命令没有，可以使用sha512sum shasum -a 512 = sha512sum.

file

打包日志里面写了生成的asc文件位置。

c. 发版文件检查

file

	除了上述的文件，建议在检查一下`doc/conf/docsdev.js`文件。到此为止发版打包的工作就已经结束了。
  1. 发版邮件

创建RELEASE NODE

file

这里要求python要在3.0版本，生成的结果是一个md文件，文件中自带了pr的链接，最好是在检查一下pr的名称和对应的位置，这里的位置错误会较多，很多bug也到了improvement里。

RELEASE NODE创建好后会马上触发一个工作流，用来构建docker镜像和helm文件。构建的流水线日志可以在https://github.com/apache/dolphinscheduler/actions中查看。

【注意】如果是多次创建RELEASE NODE的话，需要检查一下
https://github.com/apache/dolphinscheduler/releases是不是有重复的内容，或者先把原来的删掉再创建新的。这里新创建的不会覆盖，只会新增。

邮件一共有三封

a. 发版投票邮件
按照指导文档中的内容编写邮件即可，发送邮件的邮箱需要提前订阅dev邮件，否则其他人回复的邮件无法看到。

邮件写完后再次检查一下里面涉及到所有的链接，是否有正确的内容。

等待72小时以上，至少有三名pmc参与投票，committer和contributor不要求数量。没有一名PMC发出-1的投票，则投票结束。

b.投票结束邮件
按照指导文档中的内容编写邮件即可，投票人员的title需要问社区，以前官网有pmc和committer的名单，但是最近找不到了。

c.第三封邮件在后续内容介绍

8. 官网文档修改

file

如果新增是一个两个版本号的版本，需要在
https://github.com/apache/dolphinscheduler/blob/dev/.github/ISSUE_TEMPLATE/bug-report.yml中添加对应的版本。比如3.3*这种。

这里的修改一定要仔细，如果修改错误官网就会有内容丢失甚至无法访问，注意符号的转义。

pr被merge后，官网的文档就已经可以查看了，这里浏览器会有缓存，清一下，或者无痕打开。

这里还需要再发一封邮件，通知发版已经结束。

邮件发布后需要删除prepare分支。

  1. 新闻稿件

新闻稿件主要是描述这次发版的主要变更，一般三位版本号的版本主要修复bug，和一些improvement。稿件中需要简述一下重点的pr内容，图片可以查看pr提交的内容，有的文档中会有对应的图片，中文文档的pr列表中需要翻译一下pr的名字。最后的贡献者在tool中有对应的工具，同样使用python3.0版本执行。

三、版本验证

  1. 官网文档
    登录官网查看对应版本是否正常
  2. dockerhub镜像
    不同的服务镜像不同，需要检查所有的镜像更新时间和tag

file

发版完成

恭喜你，完成以上步骤后，Apache DolphinScheduler的发版流程就全部结束了。感谢所有贡献者的辛勤工作和社区的支持，对发版工作感兴趣的朋友可以根据教程实操一下，社区欢迎这样的尝试。

本文由 白鲸开源 提供发布支持！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.hqwc.cn/news/784863.html

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

2024-8-21-T2

2024-8-21-T2

阅读更多...
对抗训练综述学习笔记

对抗训练综述学习笔记

本文基于这篇综述进行讨论学习：《Bai T, Luo J, Zhao J, et al. Recent advances in adversarial training for adversarial robustness[J]. arXiv preprint arXiv:2102.01356, 2021.》对抗训练主要目的是让模型能够对于对抗样本做出正确的判断。常见的对抗样本的生成方式（或…
阅读更多...
Chrome谷歌浏览器报错：ERR_TOO_MANY_REDIRECTS

Chrome谷歌浏览器报错：ERR_TOO_MANY_REDIRECTS

开发系统的时候，经常需要调用地址进行测试，容易遇到浏览器报错：该网页无法正常运作**** 将您重定向的次数过多。尝试删除您的 Cookie.ERR_TOO_MANY_REDIRECTS（如图） 解决方法： 1.删除浏览器缓存记录 2.开启无痕模式，重新浏览
阅读更多...
KingbaseES V8R6备份恢复案例之---sys_backup.sh init无法创建stanza

KingbaseES V8R6备份恢复案例之---sys_backup.sh init无法创建stanza

KingbaseES、备份恢复案例说明： KingbaseES V8R6数据库执行物理备份初始化操作，出现以下故障“ERROR: create stanza failed, check log file..."，初始化失败。 适用版本：KingbaseES V8R6 一、问题现象 如下所示，执行sys_backup.sh init，出现”ERROR: create stanza…
阅读更多...
【Linux】grub命令行引导进入windows系统

【Linux】grub命令行引导进入windows系统

@目录1.grub命令行界面2.设置启动目录3.chainloader加载windows启动文件4.启动5.grub命令行无响应办法在卸载Linux系统后，有的小白可能会忘记删除Linux的EFI引导。这样的话，下次开机时就会自动进入grub的命令行，连windows系统都进不去了！本文提供了使用grub命令行进入win系…
阅读更多...
cmake openssl 生成失败

cmake openssl 生成失败

生成azerothcode的时候报错，改成1.x版本就好了，我用的1.1.1。 CMake Error at E:/Soft/CMake326/share/cmake-3.26/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the system varia…
阅读更多...
12米空间分辨率DEM数据申请下载：TanDEM-X数据集

12米空间分辨率DEM数据申请下载：TanDEM-X数据集

本文介绍全球12米与30米高空间分辨率的数字高程模型（DEM）数据——TanDEM-X数据的下载申请方法~本文介绍全球12米与30米高空间分辨率的数字高程模型（DEM）数据——TanDEM-X数据的下载申请方法。Tandem-X卫星项目于2010年6月启动，并于2010年6月21日和2010年12月21日分别发射两…
阅读更多...
Halcon图像减操作

Halcon图像减操作

图像减操作，也叫图像灰度值的操作 可以得到固定位置的差异 * 区域处理read_image (car1, D:/hoclan/traffic1.png) read_image (car2, D:/hoclan/traffic2.png) *显示边缘模式 dev_set_draw (margin)*图像减操作(图像灰度值的操作) 可以得到固定位置的差异 * (Traffic1 - Traf…
阅读更多...
Echarts 5 动态按需引入图表

Echarts 5 动态按需引入图表

官网提供的按需引入方法为全量按需引入，在打包分离中，仍旧存在使用不到的图表被打包进去。 例如：组件A使用了折线图、柱状图，组件B只用到了折线图，但是打包组件B的时候，柱状图也就被打包进去。 本文提供一种动态按需引入的思路，使得只用到折线图的组件B，打包的时候只打…
阅读更多...
柱状图倒圆角4.9版本

柱状图倒圆角4.9版本

series处理const stackInfo = {};for (let i = 0; i < series[0].data.length; ++i) {for (let j = 0; j < series.length; ++j) {const stackName = series[j].stack;if (!stackName) {continue;}if (!stackInfo[stackName]) {stackInfo[stackName] = {stackStart: [],s…
阅读更多...
源码解析之为何要用ConcurrentHashMap

源码解析之为何要用ConcurrentHashMap

为什么要用ConcurrentHashMap？ ConcurrentHashMap是JUC包下的一个线程安全的HashMap类，我们都知道多线程的场景下要用ConcurrentHashMap来代替HashMap使用，有没有想过为什么不能用HashMap，为什么能用ConcurrentHashMap呢？下面我通过走源码的方式，带大家看一看其中的一些细…
阅读更多...
SAFe大规模敏捷企业级实战演练培训

SAFe大规模敏捷企业级实战演练培训

​ 课程简介 SAFe – Scaled Agile Framework是目前全球运用最广泛的大规模敏捷框架，也是成长最快、最被认可、最有价值的规模化敏捷框架，目前全球SAFe认证专业人士已达80万人，福布斯100强的70%都在实施SAFe。本课程是一个2天的 SAFe权威培训课程，在课程中，学员将系统地学…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023