Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
C
caosdb-server
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Iterations
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Code review analytics
Issue analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
caosdb
Software
caosdb-server
Commits
3078643a
Commit
3078643a
authored
2 years ago
by
Daniel Hornung
Browse files
Options
Downloads
Plain Diff
Merge remote-tracking branch 'origin/dev' into f-fix-145-large-integer
parents
92f7dcb4
bc7f40b4
No related branches found
No related tags found
2 merge requests
!66
REL: prepare release 0.8.0
,
!62
Fix large integer queries
Pipeline
#24569
passed
2 years ago
Stage: info
Stage: test
Stage: deploy
Changes
2
Pipelines
1
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
.gitlab-ci.yml
+20
-22
20 additions, 22 deletions
.gitlab-ci.yml
src/doc/roles.md
+2
-2
2 additions, 2 deletions
src/doc/roles.md
with
22 additions
and
24 deletions
.gitlab-ci.yml
+
20
−
22
View file @
3078643a
...
...
@@ -3,8 +3,10 @@
#
# Copyright (C) 2018 Research Group Biomedical Physics,
# 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) 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
# it under the terms of the GNU Affero General Public License as
...
...
@@ -25,8 +27,6 @@ variables:
CI_REGISTRY_IMAGE
:
$CI_REGISTRY/caosdb/src/caosdb-server/caosdb-server-testenv:latest
GIT_SUBMODULE_STRATEGY
:
normal
DEPLOY_PIPELINE
:
https://gitlab.indiscale.com/api/v4/projects/14/trigger/pipeline
## FOR DEBUGGING
TRIGGERED_BY_REPO
:
SERVER
TRIGGERED_BY_REF
:
$CI_COMMIT_REF_NAME
...
...
@@ -39,16 +39,13 @@ stages:
-
test
-
deploy
.env
:
&env
-
F_BRANCH="${CI_COMMIT_REF_NAME}"
info
:
tags
:
[
cached-dind
]
image
:
docker:20.10
stage
:
info
needs
:
[]
script
:
-
*env
-
F_BRANCH="${CI_COMMIT_REF_NAME}"
-
echo "Pipeline triggered by $TRIGGERED_BY_REPO@$TRIGGERED_BY_REF ($TRIGGERED_BY_HASH)"
-
echo "Pipeline will trigger DEPLOY with branch $DEPLOY_REF"
-
echo "F_BRANCH = $F_BRANCH"
...
...
@@ -83,25 +80,26 @@ test:
-
mvn compile
-
mvn test
# Deploy: Trigger building of server image and integration tests
trigger_build
:
tags
:
[
docker
]
trigger_inttest
:
stage
:
deploy
needs
:
[
test
]
script
:
-
*env
-
echo "Triggering pipeline ${DEPLOY_PIPELINE}@${DEPLOY_REF} with F_BRANCH=${F_BRANCH}"
-
/usr/bin/curl -X POST
-F token=$CI_JOB_TOKEN
-F "variables[SERVER]=$CI_COMMIT_REF_NAME"
-F "variables[F_BRANCH]=$F_BRANCH"
-F "variables[TRIGGERED_BY_REPO]=$TRIGGERED_BY_REPO"
-F "variables[TRIGGERED_BY_REF]=$TRIGGERED_BY_REF"
-F "variables[TRIGGERED_BY_HASH]=$TRIGGERED_BY_HASH"
-F ref=$DEPLOY_REF $DEPLOY_PIPELINE
inherit
:
variables
:
# List the variables that shall be inherited, which also means they will override any equally
# named varibles in child pipelines.
-
DEPLOY_REF
-
TRIGGERED_BY_REPO
-
TRIGGERED_BY_REF
-
TRIGGERED_BY_HASH
variables
:
# Renaming variables.
F_BRANCH
:
$CI_COMMIT_REF_NAME
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
# Special job for serving a static website. See https://docs.gitlab.com/ee/ci/yaml/README.html#pages
...
...
This diff is collapsed.
Click to expand it.
src/doc/roles.md
+
2
−
2
View file @
3078643a
...
...
@@ -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
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
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
...
...
@@ -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
server, but can nevertheless be used to define
[
permissions
](
doc:`
permissions
`
)
.
[
permissions
](
permissions
.rst
)
.
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment