Gitlabber

A utility to clone and pull GitLab groups, subgroups, group projects or personal user projects based on path selection.

Purpose

Gitlabber clones or pulls all projects under a subset of groups / subgroups by building a tree from the GitLab API and allowing you to specify which subset of the tree you want to clone using glob patterns and/or regex expressions.

Installation

System Requirements

• Python 3.11 or higher
• Git 2.0 or higher
• Network access to GitLab instance

Installation Methods

• PyPI (recommended):

  pip install gitlabber

• From source:

  git clone https://github.com/ezbz/gitlabber.git
  cd gitlabber
  pip install -e .

• Optional: Install with secure token storage support:

  pip install gitlabber[keyring]

• You'll need to create an access token from GitLab with API scopes read_repository and read_api (or api, for GitLab versions <12.0)

Quick Start

# Install gitlabber
pip install gitlabber

# Clone all your GitLab projects
gitlabber -t <your-token> -u <gitlab-url> .

Usage

Arguments can be provided via the CLI arguments directly or via environment variables:

Argument	Flag	Environment Variable
token	-t	GITLAB_TOKEN
url	-u	GITLAB_URL
method	-m	GITLABBER_CLONE_METHOD
naming	-n	GITLABBER_FOLDER_NAMING
include	-i	GITLABBER_INCLUDE
exclude	-x	GITLABBER_EXCLUDE

Secure Token Storage

Gitlabber supports secure token storage using OS-native keyring (Keychain on macOS, Secret Service on Linux, Windows Credential Manager). This allows you to store your GitLab token securely and avoid passing it via CLI or environment variables.

Token Resolution Priority:

1. CLI argument (-t/--token) - highest priority
2. Stored token (from secure storage)
3. Environment variable (GITLAB_TOKEN)

Usage:

# Install keyring (optional, for secure storage)
pip install gitlabber[keyring]

# Store token securely (one-time setup)
gitlabber --store-token -u https://gitlab.com
Enter token: [hidden input]
Token stored securely in keyring for https://gitlab.com ✓

# Use stored token automatically (no -t flag needed)
gitlabber -u https://gitlab.com .

# Override with CLI token if needed
gitlabber -t <token> -u https://gitlab.com .

Note: If keyring is not installed, gitlabber falls back to environment variables or CLI arguments (current behavior).

To view the tree run the command with your includes/excludes and the -p flag. It will print your tree like so:

root [http://gitlab.my.com]
├── group1 [/group1]
│   └── subgroup1 [/group1/subgroup1]
│       └── project1 [/group1/subgroup1/project1]
└── group2 [/group2]
    ├── subgroup1 [/group2/subgroup1]
    │   └── project2 [/group2/subgroup1/project2]
    ├── subgroup2 [/group2/subgroup2]
    └── subgroup3 [/group2/subgroup3]

• To see how to use glob patterns and regex to filter tree nodes, see the globre project page.

• Include/Exclude patterns do not work at the API level but work on the results returned from the API, for large Gitlab installations this can take a lot of time, if you need to reduce the amound of API calls for such projects use the --group-search parameter to search only for the top level groups the interest you using the Gitlab Group Search API which allows you to do a partial like query for a Group's path or name.

• Performance optimization: For large GitLab instances with many groups and projects, use the --api-concurrency option to dramatically speed up tree building. This enables parallel API calls (default: 5 concurrent requests) which can provide 4-6x speedup in real-world scenarios. For example, building a tree with 21 subgroups and 21 projects can be reduced from ~96 seconds (sequential) to ~16-21 seconds (with --api-concurrency 5-10). The -c/--concurrency option controls parallel git operations (cloning/pulling), while --api-concurrency controls parallel API calls (fetching groups/projects). Both can be tuned independently based on your needs.

• Cloning vs Pulling: when running Gitlabber consecutively with the same parameters, it will scan the local tree structure; if the project directory exists and is a valid git repository (has .git folder in it) Gitlabber will perform a git pull in the directory, otherwise the project directory will be created and the GitLab project will be cloned into it.

• Cloning submodules: use the -r flag to recurse git submodules, uses the --recursive for cloning and utilizes GitPython's smart update method for updating cloned repositories.

Command Line Options

usage: gitlabber [-h] [-t token] [-T] [-u url] [--verbose] [-p] [--print-format {json,yaml,tree}] [-n {name,path}] [-m {ssh,http}]
                [-a {include,exclude,only}] [-i csv] [-x csv] [-c N] [--api-concurrency N] [-r] [-F] [-d] [-s] [-g term] [-U] [-o options] [--version] [--store-token]
                [dest]

Gitlabber - clones or pulls entire groups/projects tree from gitlab

positional arguments:
dest                  destination path for the cloned tree (created if doesn't exist)

options:
-h, --help            show this help message and exit
-t token, --token token
                        gitlab personal access token https://docs.gitlab.com/ee/user/profile/personal_access_tokens.html
-T, --hide-token      use an inline URL token (avoids storing the gitlab personal access token in the .git/config)
-u url, --url url     base gitlab url (e.g.: 'http://gitlab.mycompany.com')
--verbose             print more verbose output
-p, --print           print the tree without cloning
--print-format {json,yaml,tree}
                        print format (default: 'tree')
-n {name,path}, --naming {name,path}
                        the folder naming strategy for projects from the gitlab API attributes (default: "name")
-m {ssh,http}, --method {ssh,http}
                        the git transport method to use for cloning (default: "ssh")
--fail-fast          exit immediately when encountering discovery errors
-a {include,exclude,only}, --archived {include,exclude,only}
                        include archived projects and groups in the results (default: "include")
-i csv, --include csv
                        comma delimited list of glob patterns of paths to projects or groups to clone/pull
-x csv, --exclude csv
                        comma delimited list of glob patterns of paths to projects or groups to exclude from clone/pull
-c N, --concurrency N
                        number of concurrent git operations (default: 1)
--api-concurrency N    number of concurrent API calls for tree building (default: 5)
-r, --recursive       clone/pull git submodules recursively
-F, --use-fetch       clone/fetch git repository (mirrored repositories)
-s, --include-shared  include shared projects in the results
-g term, --group-search term
                        only include groups matching the search term, filtering done at the API level
-U, --user-projects   fetch only user personal projects
-o options, --git-options options
                        provide additional options as csv for the git command
--version             print the version
--store-token         store token securely in OS keyring (requires keyring package)

Examples

# Clone an entire gitlab tree using a url and a token:
gitlabber -t <personal access token> -u <gitlab url>

# Only print the gitlab tree:
gitlabber -p .

# Clone only projects under subgroup 'MySubGroup' to location '~/GitlabRoot':
gitlabber -i '/MyGroup/MySubGroup**' ~/GitlabRoot

# Clone only projects under group 'MyGroup' excluding any projects under subgroup 'MySubGroup':
gitlabber -i '/MyGroup**' -x '/MyGroup/MySubGroup**' .

# Clone an entire gitlab tree except projects under groups named 'ArchiveGroup':
gitlabber -x '/ArchiveGroup**' .

# Clone projects that start with a case insensitive 'w' using a regular expression:
gitlabber -i '/{[w].*}' .

# Clone the personal projects to username-personal-projects
gitlabber -U .

# Perform a shallow clone of the git repositories
gitlabber -o "\-\-depth=1," .

# Speed up tree building for large GitLab instances with parallel API calls
gitlabber --api-concurrency 10 -t <token> -u <url> .

# Use both API and git concurrency for maximum performance
gitlabber --api-concurrency 5 -c 10 -t <token> -u <url> .

# Store token securely for future use (one-time setup)
gitlabber --store-token -u https://gitlab.com

# Use stored token (no -t flag needed)
gitlabber -u https://gitlab.com .

<｜tool▁call▁begin｜> run_terminal_cmd

Common Use Cases

Clone Specific Groups

# Clone only projects from a specific group
gitlabber -i '/MyGroup/**' .

Exclude Archived Projects

# Clone all non-archived projects
gitlabber -a exclude .

Optimize Performance for Large Instances

# Speed up tree building with parallel API calls (4-6x faster for large instances)
# Real-world example: 96s → 16-21s for instances with many subgroups/projects
gitlabber --api-concurrency 10 -t <token> -u <url> .

# Combine API and git concurrency for maximum throughput
# API concurrency speeds up tree discovery, git concurrency speeds up cloning
gitlabber --api-concurrency 5 -c 10 -t <token> -u <url> .

Performance Results:

• Sequential (--api-concurrency 1): ~96 seconds
• With --api-concurrency 5: ~21 seconds (4.6x speedup)
• With --api-concurrency 10: ~16 seconds (6x speedup)

Note: Actual speedup depends on your GitLab instance structure (number of groups, subgroups, and projects). Instances with many nested subgroups benefit most from higher concurrency values.

Debugging

• You can use the --verbose flag to print Gitlabber debug messages
• For more verbose GitLab messages, you can get the GitPython module to print more debug messages by setting the environment variable:

export GIT_PYTHON_TRACE='full'

Troubleshooting

• GitlabHttpError: 503: make sure you provide the base URL to your GitLab installation (e.g., https://gitlab.my.com and not https://gitlab.my.com/some/nested/path)
• git.exc.GitCommandError: Cmd('git') failed due to: exit code(128) OR ERROR: The project you were looking for could not be found or you don't have permission to view it.: if you are using Git's SSH method, follow the SSH Guide from Gitlab and ensure you have your SSH key in Gitlab for clone or use the HTTP method (-m http flag)

Known Limitations

• Renaming, moving and deleting projects: Gitlabber doesn't maintain local tree state (projects and groups). For that reason is does not rename move or delete local projects when they are modified on the server. When projects are moved or renamed, Gitlabber will clone them again under their new name or location. When deleted, Gitlabber will not delete the local project.
• Folder naming strategy: Consecutively running Gitlabber with different values for the -n parameter will produce undesirable results. Use the same value as previous runs, or simply don't change it from the default (project name).
• If you're going to clone a large number of projects, observe rate limits for gitlab.com, and for on-premise installations.

Branch Synchronization Issues

Gitlabber's default pull behavior (git pull -v -- origin) may fail when you have a local branch checked out that no longer exists on the remote repository. This commonly occurs after:

• Merging a merge request where the remote branch is automatically deleted
• Manual deletion of remote branches

Error Example:

git.exc.GitCommandError: Cmd('git') failed due to: exit code(1)
cmdline: git pull -v -- origin

Workaround: Use the --use-fetch flag instead of the default pull behavior:

gitlabber --use-fetch -t <your-token> -u <gitlab-url> .

Links

• Gitlabber tutorial by nsk