git-system-follower
git-system-follower (gsf) is a package manager for Git providers.
:eyes: Overview • :wrench: Problems It Solves • :star2: Key Features • :dart: Key Beneficiaries • :package: Install • :page_with_curl: Docs
Supported resources
Git providers
:eyes: Overview
gsf designed to streamline the management of repository branch content and configuration. By automating installations, updates, and removals, gsf reduces manual intervention, prevents errors, and ensures a consistent state across projects.
If you’re managing CI/CD pipelines, infrastructure configurations, or any repository-bound tools, gsf is here to make your work easier, faster, and more reliable using Git packages, aka Gears.
:wrench: Problems It Solves
Have you used versioned .gitlab-ci.yml that require a specific file structure in the repository?
If so, you've probably encountered configuration issues: you forgot to specify
a mandatory parameter, didn't create the right file, and eventually the Pipeline
doesn't work. Or maybe everything was working, and suddenly the Pipeline starts crashing
for no apparent reason - and you waste time figuring out that someone accidentally changed
the startup parameters. And if you need to update an old .gitlab-ci.yml to the latest version,
you often have to manually migrate through multiple versions.
gsf solves all of these problems by automatically managing your config file version and structure, eliminating all of these errors and saving you a lot of work:
-
Reduced manual work
Engineers no longer need to handle installation or updates manually — this is done by the package developer, who knows all the details. -
Version management
The package manager supports migrations between versions. When updating, it automatically performs intermediate steps, ensuring no errors occur from skipping versions. -
Preserving user changes
During template generation, the tool carefully compares files to avoid overwriting user-made changes. -
Security and control
The state of all installed packages is stored in a special.state.yamlfile. The data inside is hashed to prevent unauthorized changes or misuse.
:star2: Key Features
-
Works only with repository branch content
The manager operates exclusively within branches, managing the repository’s content without altering branches, commits, or other repository elements. -
GitLab-specific support
The current implementation is tailored to work with GitLab repositories. -
Package installation
Quickly add new tools or configurations to a repository. -
Package updates
Ensure smooth migrations between versions. -
Package removal
Completely remove configurations and tools without leaving traces. -
Variable management
Add or update variables in CI/CD systems like GitLab. -
Template generation
Create configuration files while considering existing settings and user changes. -
Developer interface
Provides API and tools for package developers to define how their packages are installed, updated, and removed. This ensures that package developers can define migration steps and other actions with precision.
:dart: Key Beneficiaries
DevOps engineers, SRE engineers and other professionals working with GitOps repositories, for example, configuring projects linked to ArgoCD, GitLab CI/CD, or similar tools.
:package: Install
See Installation Guide.
:page_with_curl: Docs
Get started with the Quick Start Guide or plunge into the complete documentation.
:handshake: Contributing
-
CODE-OF-CONDUCT.md
This document outlines the expected behavior for everyone interacting with the project. It fosters a respectful and inclusive environment for developers, contributors, and users. -
CONTRIBUTING.md
This document acts as a guide for anyone interested in contributing to the project. It clarifies the contribution process and helps maintainers manage contributions effectively. -
SECURITY.md
This document focuses on security practices and reporting vulnerabilities. It aims to promote a secure development environment and responsible handling of security issues.
:arrows_counterclockwise: Changelog
Detailed changes for each release are documented in the TBD.
:black_nib: License
1 maintainer
Metadata
1 maintainer
Release files for qubership-git-system-follower 0.6.24
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| qubership_git_system_follower-0.6.24.tar.gz | 58.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| qubership_git_system_follower-0.6.24-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 152.7 kB
Release files / qubership_git_system_follower-0.6.24.tar.gz
| Download URL | qubership_git_system_follower-0.6.24.tar.gz |
|---|---|
| Size | 58.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c2fd9e3e5b8bdd5847467c937f722107d77c4f28dce3a96e7f7ed3d8e1a96f49
|
|
BLAKE2b-256 checksum How to use checksums |
ff5595f69d76f9b2eaeae2b9f39315aab078aee09007d4a1344051b74d71b262
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 5, 2026.
Transparency logRelease files / qubership_git_system_follower-0.6.24-py3-none-any.whl
| Download URL | qubership_git_system_follower-0.6.24-py3-none-any.whl |
|---|---|
| Size | 94.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9fe6bebda0857afd66e688b8990cbbbdfb03777ea60145ecc9f0a7e1531e0dae
|
|
BLAKE2b-256 checksum How to use checksums |
b5f0eb8f891ef2ef8e4ea457ae7d8f0c74cb76312b8568494e09e0eebfd40841
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 5, 2026.
Transparency log
