more readme work
This commit is contained in:
parent
131ab9e789
commit
3e09e510da
10
readme.md
10
readme.md
@ -89,18 +89,18 @@ Then add the following stage into your CI script:
|
||||
release:
|
||||
stage: release
|
||||
image: registry.gitlab.com/wolutator/base-build-env
|
||||
tags:
|
||||
- hottis
|
||||
- linux
|
||||
- docker
|
||||
only:
|
||||
- release
|
||||
script:
|
||||
- gitlabreleaseuploader.py -p $PRIVATE_TOKEN -i $CI_PROJECT_ID -u $CI_PROJECT_URL
|
||||
-f gitlabreleaseuploader.py -F info.json -T $CI_COMMIT_REF_NAME
|
||||
|
||||
(Note, please: this stage definition is for a docker worker. It uses my ``base-build-env`` image, which already contains the
|
||||
uploader script. However, it is no problem to use the uploader script also in different environments. It just depends on the
|
||||
``Requests`` package.)
|
||||
|
||||
Most information are taken from CI builtin variables, the tag name, release name and release description should be stored in
|
||||
the info file, which is under version control.
|
||||
the release info file (here: ``info.json``), which is under version control.
|
||||
|
||||
To avoid releasing a file with everything single push to an arbitrary branch, add the ``only`` block.
|
||||
|
||||
|
Reference in New Issue
Block a user