Hi - just wanted to raise this question as I was unclear on how we want to approach versioning for this repository & for the corresponding HADES docker container. Looking at the NEWS.md it looks like the HADES version is incremented as new packages are added to HADES.
Then we have the HADES wide releases which are every 6 months and are versioned by date (2024Q1). Do we want to aim to have a container release for each HADES wide lock file? I'm assuming 'yes' but wanted to get some input from @schuemie @leeevans @konstjar
It holds the Hades R package, which currently has no code but depends on all HADES packages and therefore, if you install the Hades package you install all of HADES. I change the version of this R package whenever a HADES package is added or removed.
It holds the HADES website.
It holds the HADES-wide releases (renv lock files).
I thing aligning Docker containers with HADES-wide releases makes sense.
Hi - just wanted to raise this question as I was unclear on how we want to approach versioning for this repository & for the corresponding HADES docker container. Looking at the NEWS.md it looks like the HADES version is incremented as new packages are added to HADES.
Then we have the HADES wide releases which are every 6 months and are versioned by date (2024Q1). Do we want to aim to have a container release for each HADES wide lock file? I'm assuming 'yes' but wanted to get some input from @schuemie @leeevans @konstjar
The containers would then reside here: https://hub.docker.com/r/ohdsi/broadsea-hades/tags and tagged as
ohdsi/broadsea-hades:2024q1
for the 2024Q1 release.