Skip to content
Snippets Groups Projects
Commit 3078643a authored by Daniel Hornung's avatar Daniel Hornung
Browse files

Merge remote-tracking branch 'origin/dev' into f-fix-145-large-integer

parents 92f7dcb4 bc7f40b4
Branches
Tags
2 merge requests!66REL: prepare release 0.8.0,!62Fix large integer queries
Pipeline #24569 passed
...@@ -3,8 +3,10 @@ ...@@ -3,8 +3,10 @@
# #
# Copyright (C) 2018 Research Group Biomedical Physics, # Copyright (C) 2018 Research Group Biomedical Physics,
# Max-Planck-Institute for Dynamics and Self-Organization Göttingen # Max-Planck-Institute for Dynamics and Self-Organization Göttingen
# Copyright (C) 2019-2022 Indiscale GmbH <info@indiscale.com>
# Copyright (C) 2019 Henrik tom Wörden # Copyright (C) 2019 Henrik tom Wörden
# Copyright (C) 2021 Timm Fitschen <t.fitschen@indiscale.com> # Copyright (C) 2021 Timm Fitschen <t.fitschen@indiscale.com>
# Copyright (C) 2020-2022 Daniel Hornung <d.hornung@indiscale.com>
# #
# This program is free software: you can redistribute it and/or modify # This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU Affero General Public License as # it under the terms of the GNU Affero General Public License as
...@@ -25,8 +27,6 @@ variables: ...@@ -25,8 +27,6 @@ variables:
CI_REGISTRY_IMAGE: $CI_REGISTRY/caosdb/src/caosdb-server/caosdb-server-testenv:latest CI_REGISTRY_IMAGE: $CI_REGISTRY/caosdb/src/caosdb-server/caosdb-server-testenv:latest
GIT_SUBMODULE_STRATEGY: normal GIT_SUBMODULE_STRATEGY: normal
DEPLOY_PIPELINE: https://gitlab.indiscale.com/api/v4/projects/14/trigger/pipeline
## FOR DEBUGGING ## FOR DEBUGGING
TRIGGERED_BY_REPO: SERVER TRIGGERED_BY_REPO: SERVER
TRIGGERED_BY_REF: $CI_COMMIT_REF_NAME TRIGGERED_BY_REF: $CI_COMMIT_REF_NAME
...@@ -39,16 +39,13 @@ stages: ...@@ -39,16 +39,13 @@ stages:
- test - test
- deploy - deploy
.env: &env
- F_BRANCH="${CI_COMMIT_REF_NAME}"
info: info:
tags: [cached-dind] tags: [cached-dind]
image: docker:20.10 image: docker:20.10
stage: info stage: info
needs: [] needs: []
script: script:
- *env - F_BRANCH="${CI_COMMIT_REF_NAME}"
- echo "Pipeline triggered by $TRIGGERED_BY_REPO@$TRIGGERED_BY_REF ($TRIGGERED_BY_HASH)" - echo "Pipeline triggered by $TRIGGERED_BY_REPO@$TRIGGERED_BY_REF ($TRIGGERED_BY_HASH)"
- echo "Pipeline will trigger DEPLOY with branch $DEPLOY_REF" - echo "Pipeline will trigger DEPLOY with branch $DEPLOY_REF"
- echo "F_BRANCH = $F_BRANCH" - echo "F_BRANCH = $F_BRANCH"
...@@ -83,25 +80,26 @@ test: ...@@ -83,25 +80,26 @@ test:
- mvn compile - mvn compile
- mvn test - mvn test
# Deploy: Trigger building of server image and integration tests # Deploy: Trigger building of server image and integration tests
trigger_build: trigger_inttest:
tags: [ docker ]
stage: deploy stage: deploy
needs: [ test ] needs: [ test ]
script: inherit:
- *env variables:
# List the variables that shall be inherited, which also means they will override any equally
- echo "Triggering pipeline ${DEPLOY_PIPELINE}@${DEPLOY_REF} with F_BRANCH=${F_BRANCH}" # named varibles in child pipelines.
- /usr/bin/curl -X POST - DEPLOY_REF
-F token=$CI_JOB_TOKEN - TRIGGERED_BY_REPO
-F "variables[SERVER]=$CI_COMMIT_REF_NAME" - TRIGGERED_BY_REF
-F "variables[F_BRANCH]=$F_BRANCH" - TRIGGERED_BY_HASH
-F "variables[TRIGGERED_BY_REPO]=$TRIGGERED_BY_REPO" variables:
-F "variables[TRIGGERED_BY_REF]=$TRIGGERED_BY_REF" # Renaming variables.
-F "variables[TRIGGERED_BY_HASH]=$TRIGGERED_BY_HASH" F_BRANCH: $CI_COMMIT_REF_NAME
-F ref=$DEPLOY_REF $DEPLOY_PIPELINE SERVER: $CI_COMMIT_REF_NAME
trigger:
project: caosdb/src/caosdb-deploy
branch: $DEPLOY_REF
strategy: depend
# Build the sphinx documentation and make it ready for deployment by Gitlab Pages # Build the sphinx documentation and make it ready for deployment by Gitlab Pages
# Special job for serving a static website. See https://docs.gitlab.com/ee/ci/yaml/README.html#pages # Special job for serving a static website. See https://docs.gitlab.com/ee/ci/yaml/README.html#pages
......
...@@ -10,7 +10,7 @@ users may have the same role, and there may be roles without any users. ...@@ -10,7 +10,7 @@ users may have the same role, and there may be roles without any users.
The user and their roles are always returned by the server in answers to requests The user and their roles are always returned by the server in answers to requests
and can thus be interpreted and used by clients. The most important use though and can thus be interpreted and used by clients. The most important use though
is [permission](doc:`permissions`) checking in the server: Access and is [permission](permissions.rst) checking in the server: Access and
modification of modification of
entities can be controlled via roles, so that users of a given role are allowed entities can be controlled via roles, so that users of a given role are allowed
or denied certain actions. Incidentally, the permission to edit the permissions or denied certain actions. Incidentally, the permission to edit the permissions
...@@ -32,4 +32,4 @@ There are some special roles, which are automatically assigned to users: ...@@ -32,4 +32,4 @@ There are some special roles, which are automatically assigned to users:
Except for the `anonymous` role, these special roles are not returned by the Except for the `anonymous` role, these special roles are not returned by the
server, but can nevertheless be used to define server, but can nevertheless be used to define
[permissions](doc:`permissions`). [permissions](permissions.rst).
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment