Configuration
Files
gitlab
looks up 3 configuration files by default:
PYTHON_GITLAB_CFG
environment variableAn environment variable that contains the path to a configuration file
/etc/python-gitlab.cfg
System-wide configuration file
~/.python-gitlab.cfg
User configuration file
You can use a different configuration file with the --config-file
option.
Content
The configuration file uses the INI
format. It contains at least a
[global]
section, and a specific section for each GitLab server. For
example:
[global]
default = somewhere
ssl_verify = true
timeout = 5
[somewhere]
url = https://some.whe.re
private_token = vTbFeqJYCY3sibBP7BZM
api_version = 4
[elsewhere]
url = http://else.whe.re:8080
private_token = helper: path/to/helper.sh
timeout = 1
The default
option of the [global]
section defines the GitLab server to
use if no server is explicitly specified with the --gitlab
CLI option.
The [global]
section also defines the values for the default connection
parameters. You can override the values in each GitLab server section.
Global options
Option |
Possible values |
Description |
ssl_verify
|
True , False , or a str
|
Verify the SSL certificate. Set to False to disable verification,
though this will create warnings. Any other value is interpreted as path
to a CA_BUNDLE file or directory with certificates of trusted CAs. |
timeout
|
Integer |
Number of seconds to wait for an answer before failing. |
api_version
|
4
|
The API version to use to make queries. Only 4 is available since 1.5.0. |
per_page
|
Integer between 1 and 100 |
The number of items to return in listing queries. GitLab limits the
value at 100. |
user_agent
|
str
|
A string defining a custom user agent to use when gitlab makes requests. |
You must define the url
in each GitLab server section.
Warning
If the GitLab server you are using redirects requests from http to https,
make sure to use the https://
protocol in the url
definition.
Only one of private_token
, oauth_token
or job_token
should be
defined. If neither are defined an anonymous request will be sent to the Gitlab
server, with very limited permissions.
We recommend that you use Credential helpers to securely store your tokens.
GitLab server options
Option |
Description |
url
|
URL for the GitLab server |
private_token
|
Your user token. Login/password is not supported. Refer to the
official documentation
to learn how to obtain a token. |
oauth_token
|
An Oauth token for authentication. The Gitlab server must be configured
to support this authentication method. |
job_token
|
Your job token. See the official documentation
to learn how to obtain a token. |
api_version
|
GitLab API version to use. Only 4 is available since 1.5.0. |
http_username
|
Username for optional HTTP authentication |
http_password
|
Password for optional HTTP authentication |
Credential helpers
For all configuration options that contain secrets (http_password
,
personal_token
, oauth_token
, job_token
), you can specify
a helper program to retrieve the secret indicated by a helper:
prefix. This allows you to fetch values from a local keyring store
or cloud-hosted vaults such as Bitwarden. Environment variables are
expanded if they exist and ~
expands to your home directory.
It is expected that the helper program prints the secret to standard output.
To use shell features such as piping to retrieve the value, you will need
to use a wrapper script; see below.
Example for a keyring helper:
[global]
default = somewhere
ssl_verify = true
timeout = 5
[somewhere]
url = http://somewhe.re
private_token = helper: keyring get Service Username
timeout = 1
Example for a pass helper with a wrapper script:
[global]
default = somewhere
ssl_verify = true
timeout = 5
[somewhere]
url = http://somewhe.re
private_token = helper: /path/to/helper.sh
timeout = 1
In /path/to/helper.sh:
#!/bin/bash
pass show path/to/password | head -n 1
Examples
List the projects (paginated):
List all the projects:
$ gitlab project list --all
List all projects of a group:
$ gitlab group-project list --all --group-id 1
List all projects of a group and its subgroups:
$ gitlab group-project list --all --include-subgroups true --group-id 1
Limit to 5 items per request, display the 1st page only
$ gitlab project list --page 1 --per-page 5
Get a specific project (id 2):
$ gitlab project get --id 2
Get a specific user by id:
Create a deploy token for a project:
$ gitlab -v project-deploy-token create --project-id 2 \
--name bar --username root --expires-at "2021-09-09" --scopes "read_repository"
List deploy tokens for a group:
$ gitlab -v group-deploy-token list --group-id 3
List packages for a project:
$ gitlab -v project-package list --project-id 3
List packages for a group:
$ gitlab -v group-package list --group-id 3
Get a specific project package by id:
$ gitlab -v project-package get --id 1 --project-id 3
Delete a specific project package by id:
$ gitlab -v project-package delete --id 1 --project-id 3
Upload a generic package to a project:
$ gitlab generic-package upload --project-id 1 --package-name hello-world \
--package-version v1.0.0 --file-name hello.tar.gz --path /path/to/hello.tar.gz
Download a project’s generic package:
$ gitlab generic-package download --project-id 1 --package-name hello-world \
--package-version v1.0.0 --file-name hello.tar.gz > /path/to/hello.tar.gz
Get a list of issues for this project:
$ gitlab project-issue list --project-id 2
Delete a snippet (id 3):
$ gitlab project-snippet delete --id 3 --project-id 2
Update a snippet:
$ gitlab project-snippet update --id 4 --project-id 2 \
--code "My New Code"
Create a snippet:
$ gitlab project-snippet create --project-id 2
Impossible to create object (Missing attribute(s): title, file-name, code)
$ # oops, let's add the attributes:
$ gitlab project-snippet create --project-id 2 --title "the title" \
--file-name "the name" --code "the code"
Get a specific project commit by its SHA id:
$ gitlab project-commit get --project-id 2 --id a43290c
Get the signature (e.g. GPG or x509) of a signed commit:
$ gitlab project-commit signature --project-id 2 --id a43290c
Define the status of a commit (as would be done from a CI tool for example):
$ gitlab project-commit-status create --project-id 2 \
--commit-id a43290c --state success --name ci/jenkins \
--target-url http://server/build/123 \
--description "Jenkins build succeeded"
Download the artifacts zip archive of a job:
$ gitlab project-job artifacts --id 10 --project-id 1 > artifacts.zip
Use sudo to act as another user (admin only):
$ gitlab project create --name user_project1 --sudo username
List values are comma-separated:
$ gitlab issue list --labels foo,bar
Reading values from files
You can make gitlab
read values from files instead of providing them on the
command line. This is handy for values containing new lines for instance:
$ cat > /tmp/description << EOF
This is the description of my project.
It is obviously the best project around
EOF
$ gitlab project create --name SuperProject --description @/tmp/description
Enabling shell autocompletion
To get autocompletion, you’ll need to install the package with the extra
“autocompletion”:
pip install python_gitlab[autocompletion]
Add the appropriate command below to your shell’s config file so that it is run on
startup. You will likely have to restart or re-login for the autocompletion to
start working.
Bash
eval "$(register-python-argcomplete gitlab)"
tcsh
eval `register-python-argcomplete --shell tcsh gitlab`
fish
register-python-argcomplete --shell fish gitlab | .
Zsh
Warning
Zsh autocompletion support is broken right now in the argcomplete python
package. Perhaps it will be fixed in a future release of argcomplete at
which point the following instructions will enable autocompletion in zsh.
To activate completions for zsh you need to have bashcompinit enabled in zsh:
autoload -U bashcompinit
bashcompinit
Afterwards you can enable completion for gitlab:
eval "$(register-python-argcomplete gitlab)"