Right now, there's no fixed release model for the MMIF-viz, but for some reason, we are keeping develop branch. If the develop branch is supposed be a place for snapshot versions, we should have a better release model with a concrete versioning scheme based on PRs from develop to main. Otherwise, namely if you don't use a particular release model and just continuously update the app, the probably we don't need develop branch at all, and instead we can have a daily "deployment" to ghcr as a docker image.
A few things to consider.
mmif-viz has a dependency on the format of MMIF, and thus each "release" of mmif-viz should be bound to a specific version of mmif.
mmif-viz is not a clams app, and we don't have any "consumer" specification in the clams-python package (yet), so at the moment, technically, mmif-viz should not depend on clams-python, but only on mmif-python
dockerization with the static/data symlink hardcoded to /data will cause lots of problems when running with other apps, so we need to figure out either
a way to serve static files outside of static directory, OR
dynamically (or from a pre-configured value) generate symlinks under static/ dorectory.
Right now, there's no fixed release model for the MMIF-viz, but for some reason, we are keeping develop branch. If the develop branch is supposed be a place for snapshot versions, we should have a better release model with a concrete versioning scheme based on PRs from
develop
tomain
. Otherwise, namely if you don't use a particular release model and just continuously update the app, the probably we don't needdevelop
branch at all, and instead we can have a daily "deployment" to ghcr as a docker image.A few things to consider.
static/data
symlink hardcoded to/data
will cause lots of problems when running with other apps, so we need to figure out eitherstatic
directory, ORstatic/
dorectory.