dockstore-workflow-template
A template project for setting up a CWL Workflow.
Description
This template sets up an opinionated way to organize a repository containing workflow, subworkflows, and tests for publication on Dockstore.
CWL
The example main workflow file, main.cwl
, if placed at the root of the
repository. The placeholder workflow includes another workflow as a step from
the subworkflows
directory. The subworkflow has an example of using a
versioned tool from another repository.
Tests
cwltest
is used for
testing. Add test descriptions to tests/test-descriptions.yaml
. Each test
added requires a file describing the job inputs that should be added to the
tests directory.
Continuous Deployment and Versioning
This template uses GitHub actions to run tests and perform automated versioning.
CI
Defined in .github/workflows/ci.yaml, this action runs on each push to master where the commit does not contain '[skip-ci]'.
Credentials
This uses GitHub secrets to store credentials for the GitHub action to push to
the sagebionetworks
DockerHub account using a service account. All repositories
that are generated from this template will need to have this service account
added to it.
Versioning
Versioning is achieved through git tagging using semantic versioning. Each push to master will generate an increment to the patch value, unless the commit contains the string '[skip-ci]'.
Use the release script to do a minor or major release.
To create a minor release, run python utils/release.py
from the project root.
To create a major release, run the same command but add the flag --major
.
The release script has dependencies which can be installed to virtual
environment using pipenv. After installing
pipenv, run pipenv install
to install the dependencies, and pipenv shell
to activate the environment.
Alternately, to do a minor or major releases manually:
- Determine what the tag value will be. For example, to make a minor release from v0.1.22, the next tag would be v0.2.0.
- In the CWL tools, change the docker version to use that tag, and create a commit like "Update docker version in cwl tools in preparation for minor release"
- Run the tagging commmand:
git tag v0.2.0
- Push the tag:
git push --tags
Branch Versioning
Optionally, you can set up your repository for running the CI action on pushes to all branches, not just master. This is not the default behavior because it introduces complexity and requires that you use git in a certain way.
To set this up, in .github/workflows/ci.yaml
, change master
to '*'
in the
event filter ( on > push > branches). This will cause pushes to non-master tags
to also build. They will be tagged with this pattern: -,
e.g. v1.0.0-197e187
.
If you choose to make this change, for best results we recommend that you also
use the no-fast-forward flag (--no-ff
) when merging branches to master. Using
that flag will ensure that a new merge commit is created, and CI will run
correctly. Without a new merge commit, versioning won't work correctly.