GitLab Integration 🦊
If you have built from source, enable the gitlab
feature flag for the integration to work.
For projects hosted on GitLab, you can use git-cliff to add the following to your changelog:
- GitLab usernames
- Contributors list (all contributors / first time)
- Pull request links (associated with the commits)
Setting up the remote
As default, remote upstream URL is automatically retrieved from the Git repository.
If that doesn't work or if you want to set a custom remote, there are a couple of ways of doing it:
- Use the remote option in the configuration file:
[remote.gitlab]
owner = "orhun"
repo = "git-cliff"
token = "***"
-
Use the
--gitlab-repo
argument (takes values inOWNER/REPO
format, e.g. "orhun/git-cliff") -
Use the
GITLAB_REPO
environment variable (same format as--gitlab-repo
)
Authentication
GitLab REST API is being used to retrieve data from GitLab and it has rate limiting rules.
You can follow this guide for creating an access token.
To set an access token, you can use the configuration file (not recommended), --gitlab-token
argument or GITLAB_TOKEN
environment variable.
For example:
GITLAB_TOKEN="***" git cliff --gitlab-repo "orhun/git-cliff"
You can use the GITLAB_API_URL
environment variable want to override the API URL. This is useful if you are using your own GitLab instance.
When your project on your own GitLab has one or many subgroups (e.g my.gitlab.com/myGroup/mySubgroup/myProject) you don't need to URL encode the owner in the configuration. (i.e. simply use "myGroup/mySubgroup")
Templating
See the templating documentation for general information about how the template engine works.
Remote
You can use the following context for adding the remote to the changelog:
{
"gitlab": {
"owner": "orhun",
"repo": "git-cliff"
}
}
For example:
https://gitlab.com/{{ remote.gitlab.owner }}/{{ remote.gitlab.repo }}/-/tags/{{ version }}
If you are using GitLab CI, you can use CI_PROJECT_URL
environment variable instead:
{{ get_env(name="CI_PROJECT_URL") }}/-/tags/{{ version }}
Commit authors
For each commit, GitLab related values are added as a nested object (named gitlab
) to the template context:
{
"id": "8edec7fd50f703811d55f14a3c5f0fd02b43d9e7",
"message": "refactor(config): remove unnecessary newline from configs\n",
"group": "🚜 Refactor",
"...": "<strip>",
"remote": {
"username": "orhun",
"pr_title": "some things have changed",
"pr_number": 420,
"pr_labels": ["rust"],
"is_first_time": false
}
}
This can be used in the template as follows:
{% for commit in commits %}
* {{ commit.message | split(pat="\n") | first | trim }}\
{% if commit.remote.username %} by @{{ commit.remote.username }}{%- endif %}\
{% if commit.remote.pr_number %} in #{{ commit.remote.pr_number }}{%- endif %}
{%- endfor -%}
The will result in:
- feat(commit): add merge_commit flag to the context by @orhun in #389
- feat(args): set `CHANGELOG.md` as default missing value for output option by @sh-cho in #354
Contributors
For each release, following contributors data is added to the template context as a nested object:
{
"version": "v1.4.0",
"commits": [],
"commit_id": "0af9eb24888d1a8c9b2887fbe5427985582a0f26",
"timestamp": 0,
"previous": null,
"gitlab": {
"contributors": [
{
"username": "orhun",
"pr_title": "some things have changed",
"pr_number": 420,
"pr_labels": ["rust"],
"is_first_time": true
},
{
"username": "cliffjumper",
"pr_title": "I love jumping",
"pr_number": 999,
"pr_labels": ["rust"],
"is_first_time": true
}
]
}
}
This can be used in the template as follows:
{% for contributor in gitlab.contributors | filter(attribute="is_first_time", value=true) %}
* @{{ contributor.username }} made their first contribution in #{{ contributor.pr_number }}
{%- endfor -%}
The will result in:
- @orhun made their first contribution in #420
- @cliffjumper made their first contribution in #999