Release¶
Releases are automatically archived on Zenodo. After making a release, a DOI is made available by Zenodo which can be used in publications.
Checklist:
Make sure the version number in the main CMakeLists.txt is correct
Draft a release on Github. Currently we do not use the letter v to prefix version numbers.
Conda package¶
Conda-Forge detects new LUE releases automatically. In our case, Conda-Forge looks in a specific
location for a zipped tar file containing the LUE source files
(https://pcraster.geo.uu.nl/pcraster/packages/src/lue-<version>.tar.bz2
). The first step
in creating a Conda package for a new release of LUE, is to upload a new zipped tar file to
this location. Example workflow:
# Create a directory containing (only) the sources associated with the new release. Currently
# it is relevant that this directory contains the .git subdirectory.
mkdir -p tmp # Whatever
cd tmp
# Update for actual tag associated with release
git clone --depth 1 https://github.com/computationalgeography/lue.git --branch 0.3.4 --single-branch
tar cjf lue-0.3.4.tar.bz2 lue
# ... ftp zip to ftp server ...
It may take a few hours for Conda-Forge to detect the new release. Once it has, a pull request is created automatically, and all kinds of tests and builds are started automatically. These may or may not succeed. Information about this can be found on the lue-feedstock page at Github.
The pull request is based on a new branch in a clone of the lue-feedstock
repository, located
in the regro-cf-autotick-bot
Github organisation. To make changes to this branch, the folowing
workflow can be used:
# Clone the repository and checkout the branch associated with the PR
mkdir -p development/project/github/regro-cf-autotick-bot # Whatever
cd development/project/github/regro-cf-autotick-bot
git clone git@github.com:regro-cf-autotick-bot/lue-feedstock.git
git checkout 0.3.4_h813c5f # Update for actual branch mentioned in PR
# ... make changes ...
git push
Important
Before merging the changes in the pull request’s branch the build number in meta.yaml
must be correct:
In case LUE’s version was bumped, the build number must be 0. This is done by the bot that created the pull request in the first place.
In case LUE’s version was not bumped, the build number must be bumped by 1. In this case there was some other reason for rebuilding a Conda package.
Once the PR is fine, merge it into the main branch.