-
-
Notifications
You must be signed in to change notification settings - Fork 18.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
RLS: 0.21.0 #17285
Comments
I had to add |
filter for 0.21.0. issues: https://github.com/pandas-dev/pandas/issues?q=is%3Aopen+is%3Aissue+milestone%3A0.21.0 bunch o deprecations remain. I am going to do a few, but anyone who can help out would be great! |
We have quite a number of PRs that are marked for 0.21 that need to go in. so we should delay at least thru next week before RC1. |
Sounds good.
…On Wed, Sep 27, 2017 at 6:47 AM, Jeff Reback ***@***.***> wrote:
We have quite a number of PRs that are marked for 0.21 that need to go in.
so we should delay at least thru next week before RC1.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#17285 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABQHIizc2Gewm4PqiUI6HYWqlDWjSIPlks5smjXBgaJpZM4O78lR>
.
|
Which of the remaining issues in https://github.com/pandas-dev/pandas/milestone/46 do we want to block the RC?
Anything else? |
@jorisvandenbossche : I think we should also try to adjust the |
Do we have a idea of the timeline? (when has the release manager time?) Another thing we should think about is when we start branching. For the previous releases we only branched some time after the final release, but that means we should hold off merging clean-up PRs for a while (like IMO all the cython lib restructuring ones). We could also do the branching earlier this time. |
I'm able to do the release. Anytime this week works for me. |
we need the reindex fixes in before you do the RC1. I think hold off on anything that is not in the final until after actual release. Should tag nothing else as 0.21.0 while we are doing the RC. |
Agreed.
You're saying not merge anything into master? That's OK by me, although branching 0.21.x and branching isn't a problem either. |
yeah just wanted to clear the queue. We should only mark/merge things for 0.21.0 at this point that are either bug fixes or don't impact the rc (e.g. realatively small things). we can branch on release I think (sure you can do it earlier, but then you have to port any changes, no big deal really, but might be cleaner w/o branching). FYI call the next branch 0.22dev (as we don't then commit to a 1.0 wholesale :>) |
Sounds good (I'm doing release stuff now). Was about to open an issue but maybe you know. Should I be able to |
Nvm, seems to be working fine. Not sure what I did earlier. |
we actually do test this (that’s the build_test in ci) |
How are things looking for a release this week? Have any blockers come through that I've missed? |
looks ok to me, nothing has come up. though that actually means that no-one is actually testing it! |
I'll have a bit of time to dig into #17861 today. |
btw, when you tag, do so for 0.22.0-dev (and FYI, I think we had an issue about the actual format of the tag itself) |
should add create the new doc templates as well (0.22 and 0.21.1) |
OK, I believe everything is in. I'll start the release process in a little bit. |
Can you give a ping at the moment you are doing the actual RLS commit ? |
No rush, I'm still doing a doc build + local testing, and I'm about to go offline for ~1 hour. I'll wait to do the release commit until I hear from you. |
There is still an "allowed failures" failing: TestCompression.test_compression_warns_when_decompress_caches_zlib. But it seems this is just because it causes a deprecation warning that some test is failing. |
BTW, offline testing of the doc build is not a good idea in my experience :-) (you get a lot of errors for things that need internet access, so you don't really see the real errors) |
@jorisvandenbossche fix for the numpy dev warnings at #17987 I think our next point release will be before numpy's next release, so we should be OK waiting. |
I am working on this one: #18001 |
OK #18001 is merged. Tagging. |
Alrighty I pushed a 0.21.x branch and tagged 0.22.0.dev0. Should be good to merge to master. I noticed that matplotlib has a backport bot. I'll reach out to the Jupyter people that wrote it to see if we can use it too :) |
Travis OSX jobs seem to be taking a while, so I may not be able to send out the announce email until later tonight or tomorrow. |
Conda forge finished, so those will be trickling in over the next day or so. Pushed to PyPi and updated the website. Thanks everyone! |
thanks @TomAugspurger and @jorisvandenbossche awesome job! |
@TomAugspurger maybe update the release checklist with your checkboxes (here)? (or maybe better is a link to this issue). So that next time can just copy paste them. |
The wiki should be up to date with everything that's here. I tried to
remember to change it in both places if I had to modify a step.
…On Sat, Oct 28, 2017 at 2:19 PM, Jeff Reback ***@***.***> wrote:
@TomAugspurger <https://github.com/tomaugspurger> maybe update the
release checklist with your checkboxes (here)? (or maybe better is a link
to this issue). So that next time can just copy paste them.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#17285 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABQHImNao0KompZCETxr0Ku_XpMznOH7ks5sw35bgaJpZM4O78lR>
.
|
Thanks a lot for the release! Great job! |
For 0.21.0, October 2017
Pre-Release
build_dist.sh
, uninstall cython and make a test install of the tarball to ensurecython is not required for installation from tarball/pypi (now also part of travis scripts, but check).
pandas.pydata.org
(@TomAugspurger or Andy Terrel should be able to get you an account).Release Candidate
These are items that must be done for an RC. See the respective sections for details.
The Release
Final Pre-Release
To be done just before tagging the commit. This is optional for release-candidates.
scripts/announce.py
and add torelease.rst
release.rst
andwhatsnew/<version>.rst
Tag the Release
git commit --allow-empty -m 'RLS: v0.21.0'
-m 'RLS: v0.21.0.rc1'
git tag -a v0.21.0
-m "Version 0.21.0"Test the Release
Some local sanity tests before pushing, making the release official
Push the Release
This is where things become final. No going back once the tagged commit is pushed
git push upstream master --follow-tags
git push upstream 0.20.x --follow-tags
Build Source Distribution
python setup.py sdist --formats=gztar
(TODO: update build_dist.sh to handle maintenance branches)Release on Github
pandas-<version>.tar.gz
from the previous step as a "binary"openssl dgst -sha256 dist/pandas-<version>.tar.gz
We use the SHA from our .tar.gz since the one auto-generated by Github isn't stable if the release page
is later modified.
Build Binary Distributions
Windows wheels are built automatically by Christoph Gohlke.
BUILD_COMMIT
hereDownload Binary Distributions
Conda-Forge is handled automatically. We handle wheels.
python scripts/fetch_wheels.py
, from hereUpload to PyPI
Upload the source and wheels simultaneously. Uploading just the source may break some users'
workflows, if they trigger an update but don't have a C-complier
dist
:twine upload dist/*
Build and Upload the Docs
Update the Website
https://github.com/pandas-dev/pandas-website.git
index.rst
to have the most recent release, and the prior major release._tehems/pydata/layout.html
to have the most recent minor release of each major versionpython make.py html
python upload.py
# TODO: verify this worksAnnounce
** Final Version**
** Release Candidates **
Start the next release cycle
Only after a major release
When finishing a major release we have a few extra steps to ensure that
the development version is always ahead of the backports version.
git checkout -b 0.22.x master
git push -u upstream 0.22.x
git checkout master
git commit --allow-empty -m 'DEV: Start 0.22 cycle'
git tag -a v0.22.0.dev0 -m 'Version 0.22.0 start'
git push upstream master --follow-tags
Finish
The text was updated successfully, but these errors were encountered: