qurator-spk
/
ocrd-galley
mirror of https://github.com/qurator-spk/ocrd-galley.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
migrate-to-ocrd_all
master
test/github-actions
feat/check-BEST-dimensions
stable
v0.1.4
v0.1.3
v0.1.2
v0.1.1
v0.1.0
v0.0.3
v0.0.2
v0.0.1
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '2a2bfa337c'
${ noResults }
ocrd-galley/README-DEV.md

1.3 KiB
Raw Blame History

How to add a processor

  • Add model download to build (if necessary)
  • Add a Dockerfile
  • Add commands to wrapper/qurator/ocrd_galley/cli.py
  • Add to .drone.star

Releasing

  • git tag -m 'v<version>' 'v<version>'
  • for r in origin github github-qurator-spk; do git push -d $r stable; done
  • git tag -fm 'stable' 'stable'
  • for r in origin github github-qurator-spk; do git push --tags $r master; done
    • This - the tags - triggers Travis builds for the mikegerber repo, including building the Docker images and pushing them to Docker Hub.
    • Make sure that qurator-spk gets tags pushed (for consistency).
  • Create release on GitHub

Inclusion policy

  1. Only use PyPI version where possible.
  2. If that is not possible (= available) use a versioned release from GitHub
  3. Otherwise, use a GitHub commit

If, for some reason, we must deviate from this, to e.g. hotfix something, an issue should be open that reminds us to go back to a versioned release again.

Other than relying on "proper releases", this also has a second purpose: Review releases of qurator-spk releases.

Test builds

XXX Review this

GIT_COMMIT=test ./build Dockerfile-core Dockerfile-ocrd_tesserocr
DOCKER_IMAGE_TAG=test ./test-ocrd_tesserocr.sh