[
https://issues.apache.org/jira/browse/FLINK-33301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17779101#comment-17779101
]
Jing Ge edited comment on FLINK-33301 at 10/24/23 3:45 PM:
-----------------------------------------------------------
Thanks for sharing your thoughts. I am trying to share my experience and
feeling that most release managers will be facing the same issues. Following
are my thoughts:
# Yes, using pom to control the versions centrally is a good idea. But the
current Flink release is not pure maven based, it contains many scripts beyond
Maven. If someone like me has wrong versions of Java or Maven, it can only be
failed at the time when maven -Prelease is called.
# During Flink 1.18 release I ran the release process 4 times and I have other
works in between. Since Flink is an open source project, I guess what I was
facing is very common, release managers will have other works in parallel. Java
and Maven versions will be switched back and forth depending on which project
the release manager is working on. Each time, when I switched back to Flink
release, I would not always call mvn -Prelease, because I already did the
preparation. I just jumped into the "Build a release candidate" section. All
scripts described on the wiki page will be executed. And the fact is that I
created my own protocol/program to execute the release in order to move faster
without read the long content. At that time, my only focus was those scripts. I
had the version issues twice more in addition to the one detected by rc2. As a
release manager, I am keen to have the check at script level, because it is the
entry point of my work. I might have my own script on top of the official
scripts to save even more time. Like I did with the PR to have the following
error messages(as example) at very beginning with any script I might call:
{code:java}
Java version is incorrect. Required version: 1.8, but it is 17.0.8
Maven version is incorrect. Required version: 3.8.6, but it is 3.9.1{code}
Since the output is controlled by us, we can tell release managers anything we
want to help them work more efficiently.
This is my personal experience, I want to save all future release managers'
time I could have saved for myself. I am not sure if Maven could help me the
way I required.
was (Author: jingge):
Thanks for sharing your thoughts. I am trying to share my experience and
feeling that most release managers will be facing the same issues. Following
are my thoughts:
# Yes, using pom to control the versions centrally is a good idea. But the
current Flink release is not pure maven based, it contains many scripts beyond
Maven. If someone like me has wrong versions of Java or Maven, it can only be
failed at the time when maven -Prelease is called.
# During Flink 1.18 release I ran the release process 4 times and I have other
works in between. Since Flink is an open source project, I guess what I was
facing is very common, release managers will have other works in parallel. Java
and Maven versions will be switched back and forth depending on which project
the release manager is working on. Each time, when I switched back to Flink
release, I would not always call mvn -Prelease, because I already did the
preparation. I just jumped into the "Build a release candidate" section. All
scripts described on the wiki page will be executed. And the fact is that I
created my own protocol/program to execute the release in order to move faster
without read the long content. At that time, my only focus was those scripts. I
had the version issues twice more in addition to the one detected by rc2. As a
release manager, I am keen to have the check at script level, because it is the
entry point of my work. I might have my own script on top of the official
scripts to save even more time. Like I did with the PR to have the following
error messages(as example) at very beginning with any script I might call:
{code:java}
Java version is incorrect. Required version: 1.8, but it is 17.0.8
Maven version is incorrect. Required version: 3.8.6, but it is 3.9.1{code}
Since the output is controlled by us, we can tell release managers anything we
want to help them work more efficiently.
This is my personal experience, I want to save all future release managers'
time I could have saved. I am not sure if Maven could help me the way I
required.
> Add Java and Maven version checks in the bash script of Flink release process
> -----------------------------------------------------------------------------
>
> Key: FLINK-33301
> URL: https://issues.apache.org/jira/browse/FLINK-33301
> Project: Flink
> Issue Type: Bug
> Components: Release System
> Affects Versions: 1.18.0, 1.19.0
> Reporter: Jing Ge
> Assignee: Jing Ge
> Priority: Minor
> Labels: pull-request-available
>
> During the release, Flink requires specific version of Java and Maven[1]. It
> makes sense to check those versions at the very beginning of some bash
> scripts to let it fail fast and therefore improve the efficiency.
>
> [1][https://lists.apache.org/thread/fbdl2w6wjmwk55y94ml91bpnhmh4rnm0|https://lists.apache.org/thread/fbdl2w6wjmwk55y94ml91bpnhmh4rnm0]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
