Cookiecutter template for a Python package.
A Cookiecutter template for a Birdhouse bird package
Cookiecutter is a command-line utility to create projects from templates. This cookiecutter-birdhouse template creates a barebones PyWPS server adhering to Birdhouse conventions. It comes complete with a framework for installation, configuration, deployment, documentation and tests. It even includes a Dockerfile for containerization! Create your project then get started writing new WPS processes in minutes.
You may at any time update your project using the latest cookiecutter template using Cruft.
- GitHub repo: https://github.com/bird-house/cookiecutter-birdhouse/
- Documentation: http://cookiecutter-birdhouse.readthedocs.io/en/latest/
- Free software: BSD license
- Discord: https://discord.gg/PWXJr3upUE
Warning
This is the cookiecutter template for PyWPS without the Buildout deployment. The template for the Buildout deployment is on branch 0.2.x.
- Testing setup with
pytest
andtox
- GitHub_Workflows: Ready for GitHub Workflows Continuous Integration testing
- Tox testing: Setup to easily test for Python 3.9, 3.10, 3.11, and 3.12
- Sphinx docs: Documentation ready for generation with, for example, ReadTheDocs
- bump-my-version: Pre-configured version bumping with a single command
- Auto-release to PyPI when you push a new tag to master (optional)
- A Makefile to install the code, start, stop, poll the server and more
Prior to installing cookiecutter-birdhouse, the cookiecutter and cruft packages must be installed in your environment. This is achieved via the following commands:
$ python -m pip install cookiecutter
$ python -m pip install cruft
With cookiecutter and cruft installed, the cookiecutter-birdhouse template can be installed with:
$ cruft create https://github.com/bird-house/cookiecutter-birdhouse.git
Once cookiecutter clones the template, you will be asked a series of questions related to your project:
full_name [Full Name]:
email [your@email]:
github_username [bird-house]:
project_name [Babybird]:
project_slug [babybird]:
project_repo_name [babybird]:
project_readthedocs_name [babybird]:
project_short_description [A Web Processing Service for Climate Data Analysis.]:
version [0.1.0]:
Select open_source_license:
1 - Apache Software License 2.0
2 - MIT license
3 - BSD license
4 - ISC license
5 - GNU General Public License v3
6 - Not open source
Choose from 1, 2, 3, 4, 5, 6 [1]:
http_port [5000]:
use_pytest [y]:
use_black [y]:
create_author_file [y]:
The answer to all those questions are recorded in the .cruft.json
file in
your generated bird.
After answering the questions asked during installation, a bird Python package will be created in your current working directory. This package will contain a configurable PyWPS service with some initial test processes.
Then:
- Create a repository on GitHub and upload files there.
- Enable GitHub_Workflows for the repository.
- Add the repo to your ReadTheDocs account, then turn on the ReadTheDocs service hook.
For more details, see the cookiecutter-pypackage tutorial.
See the babybird example of a generated bird.
To keep the generated bird up-to-date with the cookiecutter template:
$ cruft update # uses configurations in the .cruft.json file
Cruft can be configured to ignore template changes to certain files, see https://cruft.github.io/cruft/#updating-a-project. Potential files to ignore:
- demonstration files, because they are meant to be erased
- environment files and list of processes, list of tutorial notebooks since they naturally are different between each bird
See cruft_skip example.
To link already generated project that was not initially generated using
cruft create
:
$ cruft link https://github.com/bird-house/cookiecutter-birdhouse
This will create the .cruft.json
file so subsequently cruft update
can
be used. You will need to answer the same questions as cruft create
above.
Note
After cruft link
, the commit
field in the .cruft.json
file will initially be wrong if you selected the default value.
To ensure a proper subsequent cruft update
, you need to edit the .cruft.json
file and put the proper last commit of the cookiecutter used in that commit
field.
See cruft_link example.
If you want to extend the cookiecutter template then prepare your development environment as follows:
# clone repo
$ git clone git@github.com:bird-house/cookiecutter-birdhouse.git
# change into repo
$ cd cookiecutter-birdhouse
# create conda environment
$ conda env create -f environment.yml
# activate conda environment
$ source activate cookiecutter-birdhouse
# run tests
$ make test
# bake a new bird with default settings
$ make bake
# the new "baked" bird is created in the cookies folder
$ ls -l cookies/
babybird
# well ... you know what to do with a bird :)
# finally you may clean it all up
$ make clean
Make a new version of this Cookiecutter in the following steps:
- Make sure everything is commit to GitHub.
- Update
CHANGES.rst
with the next version.- Dry Run:
bump-my-version bump --dry-run --verbose --new-version 0.3.1 patch
- Do it:
bump-my-version bump --new-version 0.3.1 patch
- ... or:
bump-my-version bump --new-version 0.4.0 minor
- Push it:
git push --tags
See the bump-my-version documentation for details.