@@ -349,10 +349,10 @@ The release process makes a snapshot of pandas (a git commit) available to users
349
349
a particular version number. After the release the new pandas version will be available
350
350
in the next places:
351
351
352
- - Git repo with a [ new tag]( https://github.com/pandas-dev/pandas/tags)
353
- - Source distribution in a [ GitHub release]( https://github.com/pandas-dev/pandas/releases)
354
- - Pip packages in the [ PyPI]( https://pypi.org/project/pandas/)
355
- - Conda/Mamba packages in [ conda-forge]( https://anaconda.org/conda-forge/pandas)
352
+ - Git repo with a ` new tag < https://github.com/pandas-dev/pandas/tags >`_
353
+ - Source distribution in a ` GitHub release < https://github.com/pandas-dev/pandas/releases >`_
354
+ - Pip packages in the ` PyPI < https://pypi.org/project/pandas/ >`_
355
+ - Conda/Mamba packages in ` conda-forge < https://anaconda.org/conda-forge/pandas >`_
356
356
357
357
The process for releasing a new version of pandas is detailed next section.
358
358
@@ -368,11 +368,11 @@ Prerequisites
368
368
369
369
In order to be able to release a new pandas version, the next permissions are needed:
370
370
371
- - Merge rights to the [ pandas]( https://github.com/pandas-dev/pandas/) ,
372
- [ pandas-wheels]( https://github.com/MacPython/pandas-wheels) , and
373
- [ pandas-feedstock]( https://github.com/conda-forge/pandas-feedstock/) repositories.
371
+ - Merge rights to the ` pandas < https://github.com/pandas-dev/pandas/ >`_ ,
372
+ ` pandas-wheels < https://github.com/MacPython/pandas-wheels >`_ , and
373
+ ` pandas-feedstock < https://github.com/conda-forge/pandas-feedstock/ >`_ repositories.
374
374
- Permissions to push to main in the pandas repository, to push the new tags.
375
- - Write permissions to [ PyPI]( https://github.com/conda-forge/pandas-feedstock/pulls)
375
+ - ` Write permissions to PyPI < https://github.com/conda-forge/pandas-feedstock/pulls >`_
376
376
- Access to the social media accounts, to publish the announcements.
377
377
378
378
Pre-release
@@ -408,7 +408,7 @@ Pre-release
408
408
Release
409
409
```````
410
410
411
- 1. Create an empty commit and a tag in the last commit of the branch to be released:
411
+ 1. Create an empty commit and a tag in the last commit of the branch to be released::
412
412
413
413
git checkout <branch>
414
414
git pull --ff-only upstream <branch>
@@ -423,7 +423,7 @@ which will be triggered when the tag is pushed.
423
423
2. Only if the release is a release candidate, we want to create a new branch for it, immediately
424
424
after creating the tag. For example, if we are releasing pandas 1.4.0rc0, we would like to
425
425
create the branch 1.4.x to backport commits to the 1.4 versions. As well as create a tag to
426
- mark the start of the development of 1.5.0 (assuming it is the next version):
426
+ mark the start of the development of 1.5.0 (assuming it is the next version)::
427
427
428
428
git checkout -b 1.4.x
429
429
git push upstream 1.4.x
@@ -436,7 +436,7 @@ which will be triggered when the tag is pushed.
436
436
437
437
./setup.py sdist --formats=gztar --quiet
438
438
439
- 4. Create a [ new GitHub release]( https://github.com/pandas-dev/pandas/releases/new) :
439
+ 4. Create a ` new GitHub release < https://github.com/pandas-dev/pandas/releases/new >`_ :
440
440
441
441
- Title: ``Pandas <version> ``
442
442
- Tag: ``<version> ``
@@ -447,13 +447,13 @@ which will be triggered when the tag is pushed.
447
447
(e.g. releasing 1.4.5 after 1.5 has been released)
448
448
449
449
5. The GitHub release will after some hours trigger an
450
- [ automated conda-forge PR]( https://github.com/conda-forge/pandas-feedstock/pulls) .
450
+ ` automated conda-forge PR < https://github.com/conda-forge/pandas-feedstock/pulls >`_ .
451
451
Merge it once the CI is green, and it will generate the conda-forge packages.
452
452
453
453
6. Packages for supported versions in PyPI are built in the
454
- [ MacPython repo]( https://github.com/MacPython/pandas-wheels) .
454
+ ` MacPython repo < https://github.com/MacPython/pandas-wheels >`_ .
455
455
Open a PR updating the build commit to the released version, and merge it once the
456
- CI is green.
456
+ CI is green. To do this type::
457
457
458
458
git checkout master
459
459
git pull --ff-only upstream master
@@ -486,7 +486,7 @@ Post-Release
486
486
4. Create a new issue for the next release, with the estimated date of release.
487
487
488
488
5. Open a PR with the placeholder for the release notes of the next version. See
489
- for example [ the PR for 1.5.3]( https://github.com/pandas-dev/pandas/pull/49843/files) .
489
+ for example ` the PR for 1.5.3 < https://github.com/pandas-dev/pandas/pull/49843/files >`_ .
490
490
491
491
6. Announce the new release in the official channels (use previous announcements
492
492
for reference):
0 commit comments