label manages repository labels and synchronizes them from declarative templates.
Labels organize issues and changes. Gitfleet gives teams one way to inspect and maintain them.
Use label when setting up a repository, standardizing taxonomy, or cleaning up
metadata.
Decide whether the label name already exists and whether the color and description match your team's taxonomy. Label deletion can affect issue and change filters, saved searches, automation, and dashboards.
gitfleet label list --repo owner/repositorygitfleet label create bug --repo owner/repository --color d73a4agitfleet label delete old-label --repo owner/repository --yesgitfleet label rename enhancement feature --repo owner/repository --yesgitfleet label template listgitfleet label template show gitfleetgitfleet label sync --template gitfleet --repo owner/repository --yesgitfleet label sync --file labels.toml --repo owner/repository --dry-run --json
GitHub and GitLab both support label operations.
Deleting labels mutates repository metadata and requires confirmation or
--yes. Renaming updates the existing label object, preserving its issue and
change references. If a template declares rename_from, synchronization uses
that same in-place update. A rename is rejected when both the old and new names
already exist because merging assignments requires separate issue and change
operations.
--replace deletes labels that are not in the template. Without --replace,
those labels are preserved.
Custom templates use versioned TOML:
version = 1
name = "team"
[[labels]]
name = "feature"
rename_from = ["enhancement"]
color = "1d7a1d"
description = "New feature or request."The built-in github and gitfleet templates are maintained as TOML assets in
gitfleet-core/templates/ and are compiled into the CLI.
Use --json for synchronization and audit reports. Real synchronization always
requires confirmation; use --dry-run to inspect the complete plan without
mutating provider state. Reports include created, updated, renamed, deleted,
preserved, skipped, and failed counts.