When a sufficient number of changes have been accumulated, a new release can be made. Which will be accessible in GitHub's releases page
Note: microGWAS
follow's the semantic versioning convention.
This is a very important step to avoid releasing a bugged version of the pipeline.
In the main
branch,
edit the VERSION
file to indicate the target release version (e.g. X.X.X
).
Also edit the docs/source/conf.py
file so that the release
and version
variables are up to date.
Then do git add VERSION docs/source/conf.py
followed by git commit -m "Version bump"
,
then by git push
.
Apply a tag to identify the release in the git history by doing: git tag X.X.X
(where X.X.X
is the target version), followed by git push --tags
.
Prepare (in an empty folder) a clean tarball of the new version:
git clone --recursive --branch X.X.X [email protected]:microbial-pangenomes-lab/microGWAS.git
cd microGWAS
mkdir ../temp_archive
git archive --format=tar --prefix=microGWAS/ X.X.X | tar -xf - -C ../temp_archive
git submodule foreach --recursive 'git archive --prefix=microGWAS/$path/ HEAD | tar -xf - -C ../../temp_archive'
tar -czf ../microGWAS.tar.gz -C ../temp_archive .
rm -rf ../temp_archive
cd ..
rm -rf microGWAS
Go to microGWAS's release page
, then click on "tags", click on the tag you just pushed, and finally click on
"Make new release from tag".
Fill the various fields following what has been done for previous releases
(e.g. this one),
and add the microGWAS.tar.gz
file generated by the previous step, then publish the new release.
On microGWAS
's main
branch, edit the VERSION
file so that it's clear the next version
is a draft (e.g. if latest release is 1.5.0
you could do 1.5.1-dev
), followed by
git add VERSION
, git commit -m "Development bump"
and git push
.