Skip to content

How to Contribute

We welcome collaborators who would like to help expand and improve Bookops-Worldcat. Here are some ways to contribute.

Report bugs or suggest enhancements

Please use our Github issue tracker to submit bug reports or request new features.

Contribute code or documentation

Info

This page contains a draft of our contribution guidelines but there is still more for us to add.

TO DO:

  • Add style guide for documentation
    • docstring style conventions
    • type hints
    • how to build docs after making edits
  • Add CI/CD info

Style and Requirements

For new code contributions, please use the tools and standards in place for Bookops-Worldcat:

  • Code style:
  • Dependency management and package publishing with Poetry
  • Documentation written in Markdown using MkDocs and plugins
  • Tests written with pytest
Tip

If you use VS Code there are certain extensions which will automate code formatting and support some of our code style requirements which may make your work easier while contributing to Bookops-Worldcat. Similar extensions are available on other IDEs. Those extensions include:

Additions to add to your settings.json file:

settings.json for VS Code
{
    "editor.defaultFormatter": "ms-python.black-formatter",
    "editor.formatOnSave": true,
    "flake8.args": [
        "--max-line-length=88",
    ],
}

Install and Setup

To get started contributing code to Bookops-Worldcat you will need:

  • Python 3.8 or newer
  • git
  • poetry

Install Poetry

Bookops-Worldcat uses poetry to manage virtual environments, dependencies, and publishing workflows. We use pipx to run poetry (if you don't have pipx, see the installation instructions). For other installation options, see the poetry documentation.

Fork the repo

Fork the repository in GitHub and clone your fork locally

git clone https://github.com/<your username>/bookops-worldcat
cd bookops-worldcat

Create a new branch for your changes

git checkout -b new-branch

Create a virtual environment and install dependencies

Poetry will create a virtual environment, read the pyproject.toml and poetry.lock files, resolve dependencies, and install them with one command.

poetry install

Run tests

Run tests before making changes on your fork.

Info

Our live tests are designed to look for API credentials in a specific file/directory when running webtests locally. Live tests are also run on a monthly basis in GitHub Actions using credentials saved in the repository's secrets. Pull requests from public forks will not run live webtests and we will need to refactor the live_keys fixture if a contributor wishes to run live webtests locally using their own API credentials.

# basic usage without webtests
python -m pytest "not webtest"
# with test coverage and without webtests
python -m pytest "not webtest" --cov=bookops_worldcat/

Release Checklist

Any major or minor updates should get a new release in GitHub. Use the following checklist when getting a new update ready for release. For patch updates/bug fixes, follow steps 1-4.

  1. Verify poetry.lock, pyproject.toml, requirements.txt, and dev-requirements.txt files are up-to-date
    • poetry check to check that poetry.lock and pyproject.toml files are in sync
    • poetry update to update all packages
    • or poetry update [package1] [ package2] to update packages individually
    • poetry install to install all versions of packages listed in the pyproject.toml file
    • Export requirements.txt files with poetry-plugin-export
  2. Update documentation
    • Update changelog: include version, date, and descriptions of changes
    • Update links within docs if OCLC has made any changes
  3. Commit changes to repo
    • Merge all changes into release/v[version] branch
    • Ensure tests have run and passed within GitHub Actions
  4. Rebuild docs using mike:
    • mike --rebase to fetch remote version of docs to your local branch (optional)
    • mike deploy [version] [alias] --push to deploy docs
    • mike set-default [version] to set new version to default
  5. Create a new github release
    • At minimum, include information from changelog in release. Include additional details about changes as appropriate.
  6. Build package in poetry
    • poetry build
  7. Publish to PyPI
    • poetry publish