Skip to content

Latest commit

 

History

History
108 lines (74 loc) · 3.28 KB

RELEASING.md

File metadata and controls

108 lines (74 loc) · 3.28 KB

Snorkel Release Guide

Before You Start

Make sure you have PyPI account with maintainer access to the Snorkel project. Create a .pypirc in your home directory. It should look like this:

[distutils]
index-servers =
  pypi
  pypitest

[pypi]
username=YOUR_USERNAME
password=YOUR_PASSWORD

Then run chmod 600 ./.pypirc so only you can read/write.

Release Steps

  1. Make sure you're in the top-level snorkel directory.

  2. Make certain your branch is in sync with head:

    $ git pull origin master
    
  3. Make sure CHANGELOG.md is up to date for the release: compare against PRs merged since the last release & update top heading with release date.

  4. Update version to, e.g. 0.9.0 (remove the +dev label) in snorkel/version.py.

  5. Commit these changes and create a PR:

    git checkout -b release-v0.9.0
    git add . -u
    git commit -m "[RELEASE]: v0.9.0"
    git push --set-upstream origin release-v0.9.0
    
  6. Once the PR is approved, merge it and pull master locally.

  7. Tag the release:

    git tag -a v0.9.0 -m "v0.9.0 release"
    git push origin v0.9.0
    
  8. Build source & wheel distributions:

    rm -rf dist build  # clean old builds & distributions
    python3 setup.py sdist  # create a source distribution
    python3 setup.py bdist_wheel  # create a universal wheel
    
  9. Check that everything looks correct by installing the wheel locally and checking the version:

    python3 -m venv test_snorkel  # create a virtualenv for testing
    source test_snorkel/bin/activate  # activate virtualenv
    python3 -m pip install dist/snorkel-0.9.1-py3-none-any.whl
    python3 -c "import snorkel; print(snorkel.__version__)"
    
  10. Publish to PyPI

    pip install twine  # if not installed
    twine upload dist/* -r pypi
    
  11. A PR is auto-submitted (this will take a few hours) on conda-forge/snorkel-feedstock to update the version.

    • A maintainer needs to accept and merge those changes.
  12. Create a new release on Github.

    • Input the recently-created Tag Version: v0.9.0
    • Copy the release notes in CHANGELOG.md to the GitHub tag.
    • Attach the resulting binaries in (dist/snorkel-x.x.x.*) to the release.
    • Publish the release.
  13. Update version to, e.g. 0.9.1+dev in snorkel/version.py.

  14. Add a new changelog entry for the unreleased version:

    ## [Unreleased]
    ## [0.9.1]
    ### [Breaking Changes]
    ### [Added]
    ### [Changed]
    ### [Deprecated]
    ### [Removed]
    
  15. Commit these changes and create a PR:

    git checkout -b bump-v0.9.1+dev
    git add . -u
    git commit -m "[BUMP]: v0.9.1+dev"
    git push --set-upstream origin release-v0.9.1+dev
    
  16. Add the new tag to the Snorkel project on ReadTheDocs,

    • Trigger a build for master to pull new tags.
    • Go to the "Versions" tab, and "Activate" the new tag.
    • Go to Admin/Advanced to set this tag as the new default version.
    • In "Overview", make sure a build is triggered:
      • For the tag v0.9.1
      • For latest

Credit