Skip to main content

gitlab-auto-version

PyPI version

A Python package to automate version bumping and Git tag creation within a GitLab CI/CD pipeline. This package simplifies the process of managing your project's versions, ensuring consistency and traceability across your builds.

## Features

* **Intelligent Version Bumping:**
    * Automatically determines the appropriate version bump (major, minor, or patch) based on keywords in your commit messages.
    * Supports the following keywords:
        * `bump major`: Triggers a major version bump (e.g., from 1.2.3 to 2.0.0).
        * `bump minor`: Triggers a minor version bump (e.g., from 1.2.3 to 1.3.0).
        * No keyword: Triggers a patch version bump (e.g., from 1.2.3 to 1.2.4).
* **Unique Tag Generation:**
    * Ensures that generated tags are unique by incrementing the patch version if a tag with the same version already exists.
* **GitLab CI Integration:**
    * Seamlessly integrates with GitLab CI/CD pipelines.
    * Retrieves the branch name from the `CI_COMMIT_REF_NAME` environment variable.
    * Pushes tags to the GitLab origin remote using a Deploy Token for authentication.
    * Optionally loads configuration from your `.gitlab-ci.yml` file.
* **Customizable:**
    * Allows you to specify a custom tag name format, environment variable name, and environment file path through command-line arguments or configuration in your `.gitlab-ci.yml` file.
* **Robust Error Handling:**
    * Includes comprehensive error handling to provide informative messages in case of issues during execution.

## Installation

```bash
pip install gitlab-auto-version

Functions

  • get_current_version():
    • Retrieves the current version from Git tags.
    • If no tags are found, it defaults to '0.0.0'.
  • get_branch_name():
    • Retrieves the current branch name from the CI_COMMIT_REF_NAME environment variable in GitLab CI.
  • bump_version(version, part):
    • Takes the current version and a 'part' indicator ('major', 'minor', or 'patch').
    • Increments the appropriate part of the version and resets lower parts to 0.
  • tag_exists(tag):
    • Checks if a Git tag with the given name already exists in the repository.
  • create_tag(version, tag_name=None):
    • Creates and pushes a Git tag to the GitLab origin remote.
    • Constructs a tag name combining the version and branch name (or uses a custom tag name if provided).
    • Uses the DEPLOY_TOKEN environment variable for authentication.
  • get_commit_message():
    • Retrieves the commit message of the latest commit.
  • determine_new_version(current_version, commit_message):
    • Determines the new version based on the commit message and ensures its uniqueness.
  • set_build_version(created_tag, env_var_name, env_file_path):
    • Sets the build version environment variable and optionally writes it to a file.
  • load_config(config_file_path='.gitlab-ci.yml'):
    • Loads configuration from the .gitlab-ci.yml file (optional).
  • main():
    • The main function that orchestrates the version bumping and tagging process.

Usage in Other Projects (GitLab CI)

  1. Install the package:

    • Add the following line to the script section of your .gitlab-ci.yml file:
    - pip install gitlab-auto-version
    
  2. Run the script:

    • In the desired job's script section, add:
    - gitlab-auto-version
    
  3. Configure (Optional):

    • Customize behavior by adding these variables to .gitlab-ci.yml or as command-line arguments:
      • tag_name: Custom tag name format (e.g., v{version}-{branch_name})
      • env_var_name: Environment variable to store the created tag (default: BUILD_VERSION)
      • env_file_path: File to write the environment variable to (default: build_version.env)
  4. Use the BUILD_VERSION variable:

    • Access the created tag in subsequent pipeline stages using the $BUILD_VERSION variable.

Example .gitlab-ci.yml

stages:
  - versioning
  - build

bump_version:
  stage: versioning
  script:
    - pip install gitlab-auto-version
    - gitlab-auto-version

build_docker_image:
  stage: build
  script:
    - docker build -t my-image:$BUILD_VERSION .
    - docker push my-image:$BUILD_VERSION

Important Notes:

  • Ensure your GitLab CI runner has the necessary permissions to push tags.
  • Create a Deploy Token with read_repository and write_repository permissions and store it as a masked variable named DEPLOY_TOKEN in your GitLab CI/CD settings.
  • Use commit messages with keywords like bump major or bump minor to trigger specific version bumps.

This comprehensive README.md provides a clear explanation of your package's functionality and how to utilize it effectively within GitLab CI pipelines. Feel free to add more specific examples or use cases if relevant to your project.

Metadata

Release files for gitlab-auto-version 1.0.6

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for gitlab-auto-version 1.0.6
File Size Uploaded Provenance
gitlab_auto_version-1.0.6.tar.gz 6.6 kB Without provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for gitlab-auto-version 1.0.6
File Interpreter ABI Platform
gitlab_auto_version-1.0.6-py3-none-any.whl Python 3 none any Details

Total release size: 14.2 kB

Release files / gitlab_auto_version-1.0.6.tar.gz

Download URL gitlab_auto_version-1.0.6.tar.gz
Size 6.6 kB
Tags Source
SHA-256 checksum
How to use checksums
a4083415627dfc7dd3ad1d0bb0fd99b14aea07c05b856be24b09569816a7f301
BLAKE2b-256 checksum
How to use checksums
5f9e486112e0a7a353875b02eedd9b73a8c193cd93196bebeed9c26c92736ff5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/5.1.1 CPython/3.9.19

Release files / gitlab_auto_version-1.0.6-py3-none-any.whl

Download URL gitlab_auto_version-1.0.6-py3-none-any.whl
Size 7.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
ab883d6ee431e01300f46675625e16f58951da91b8b7e62c6b3e209b19be15c9
BLAKE2b-256 checksum
How to use checksums
625e972892c0ea55761c274ee6ad33106a0c9d3b7854c2ef2880af21a465b01c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/5.1.1 CPython/3.9.19

Security for gitlab-auto-version 1.0.6

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page