-
Notifications
You must be signed in to change notification settings - Fork 28.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prepare Spark release v3.0.0-preview-rc1 #26243
Conversation
Right, seems like we'd have to do this for release and then revert. OK |
Test build #112604 has finished for PR 26243 at commit
|
Test build #112606 has finished for PR 26243 at commit
|
Test build #112607 has finished for PR 26243 at commit
|
Hi, @jiangxb1987 . We need to update |
Also, this should be reverted this immediately after commit. Otherwise, our Jenkins will try to publish this to our snapshot repository. |
Hi, @jiangxb1987 . I update the PR title for a commit log. Since we use
|
docs/_config.yml
Outdated
@@ -14,7 +14,7 @@ include: | |||
|
|||
# These allow the documentation to be updated with newer releases | |||
# of Spark, Scala, and Mesos. | |||
SPARK_VERSION: 3.0.0-SNAPSHOT | |||
SPARK_VERSION: 3.0.0-preview | |||
SPARK_VERSION_SHORT: 3.0.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This also should be 3.0.0-preview
. The whole string of 3.0.0-preview
is the short version.
Also, could you review this, @gatorsmile ? |
Test build #112609 has finished for PR 26243 at commit
|
The R failure is due to this.
|
Test build #112614 has finished for PR 26243 at commit
|
Test build #112616 has started for PR 26243 at commit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
BTW, shouldn't we cut the branch first and land this change to that branch?
Ideally yes we release Pyspark and SparkR. At least, Pyspark seems pretty important. If it's a major problem that we're trying to do this in master, then I concede, let's make a branch. Does a name like "3.0.0.preview" cause fewer headaches? we do have to keep the branch if that's what we release, but, if we have to do it we have to. If the idea is to go ahead and cut |
Ah, yea, I meant the branch like
If this works, yea it should be good. Let us know @jiangxb1987 :D. |
I don't think we should release the SparkR preview on CRAN. We can't overwrite versions and the default install from CRAN gives the latest version. |
I am not sure CRAN accept preview in the version number also. And what Shivaram says
…________________________________
From: Shivaram Venkataraman <notifications@github.com>
Sent: Thursday, October 24, 2019 6:35:03 PM
To: apache/spark <spark@noreply.github.com>
Cc: Felix Cheung <felixcheung_m@hotmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [apache/spark] Prepare Spark release v3.0.0-preview-rc1 (#26243)
I don't think we should release the SparkR preview on CRAN. We can't overwrite versions and the default install from CRAN gives the latest version.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#26243?email_source=notifications&email_token=ACENZ6YRTV45MTUH4PXGERDQQJEMPA5CNFSM4JESXMOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECG4ZKY#issuecomment-546163883>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACENZ63XMGEJSF6AC32PHZDQQJEMPANCNFSM4JESXMOA>.
|
Thank you all.
Please check the feasibility before creating the branch. Maybe, it seems to depend on the branch |
retest this please |
Thanks for pointer @dongjoon-hyun. Alright, then, we don't do PyPI too I guess @holdenk?
This looks just pip packaging test failure. Can we just completely skip pip packaging or use some workarounds to disable the normalizing the name (pypa/setuptools#308) for this preview? |
If ^ is easy, and can be done in this PR, without a separate branch, 1. we can check if the tests pass 2. we release preview and 3. revert this commit from the master. Sorry if this was discussed already somewhere but we're not going to vote on it and make multiple RCs right (since it's just a preview)? It we're going to vote and make more RCs for preview, it might be best to have a separate branch. Seems like merging script issue can be easily fixed in this case. The latest branch is decided by sorting order so we can name it like Line 244 in 2ec3265
|
Test build #112649 has finished for PR 26243 at commit
|
b10f174
to
6459efe
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM pending Jenkins.
Test build #112754 has finished for PR 26243 at commit
|
retest this please |
Test build #112761 has finished for PR 26243 at commit
|
6459efe
to
6a59acd
Compare
Test build #112770 has finished for PR 26243 at commit
|
retest this please |
Test build #112772 has started for PR 26243 at commit |
Got it. Thank you for reverting and keeping this moving forward! @HyukjinKwon . |
Test build #112806 has finished for PR 26243 at commit
|
retest this please |
Test build #112808 has finished for PR 26243 at commit
|
ec571bb
to
e1808a5
Compare
Test build #112809 has finished for PR 26243 at commit
|
should be good to go. |
LGTM |
Thanks, merging to master! |
FYI, this PR has been reverted by b33a58c |
Great! Thank you all! |
What changes were proposed in this pull request?
To push the built jars to maven release repository, we need to remove the 'SNAPSHOT' tag from the version name.
Made the following changes in this PR:
3.0.0-SNAPSHOT
version name to3.0.0-preview
3.0.0.dev0
to3.0.0
Please note those changes were generated by the release script in the past, but this time since we manually add tags on master branch, we need to manually apply those changes too.
We shall revert the changes after 3.0.0-preview release passed.
Why are the changes needed?
To make the maven release repository to accept the built jars.
Does this PR introduce any user-facing change?
No
How was this patch tested?
N/A