A utility to import (=get
) and export (=apply
) Github labels.
cargo install --git https://github.com/chevdor/glabel --locked
glabel --help
You may also enable the wipe
feature but bare in mind that it comes with a rather high risk unless you know well what you are doing.
apply Apply a label set from a given file
help Print this message or the help of the given subcommand(s)
Options:
-h, --help Print help
-V, --version Print version
Options:
-o, --output <OUTPUT> The output filename
-h, --help Print help
-V, --version Print version
Without passing the --output|-o
flags, the labels will be shown in your terminal as:
- bug [d73a4a]: Something isn't working
- documentation [0075ca]: Improvements or additions to documentation
- duplicate [cfd3d7]: This issue or pull request already exists
- enhancement [a2eeef]: New feature or request
- good first issue [7057ff]: Good for newcomers
- help wanted [008672]: Extra attention is needed
- invalid [e4e669]: This doesn't seem right
- question [d876e3]: Further information is requested
- wontfix [ffffff]: This will not be worked on
However, if you provide an output file, the yaml will be stored as:
name: chevdor/glabel
description: Import from chevdor/glabel
labels:
- name: bug
description: Something isn't working
color: d73a4a
- name: documentation
description: Improvements or additions to documentation
color: 0075ca
- name: duplicate
description: This issue or pull request already exists
color: cfd3d7
- name: enhancement
description: New feature or request
color: a2eeef
- name: good first issue
description: Good for newcomers
color: 7057ff
- name: help wanted
description: Extra attention is needed
color: 008672
- name: invalid
description: This doesn't seem right
color: e4e669
- name: question
description: Further information is requested
color: d876e3
- name: wontfix
description: This will not be worked on
color: ffffff
<INPUT> The filename where your set is stored
Options:
-t, --token <TOKEN> If you follow good security practices, your GITHUB_TOKEN should not have write access to your repos. Here since we need to write labels, we use another variable for the token with write access. It is highly recommended to pass this as an Environment variable [env: TOKEN=<your admin token>]
-r, --replace By default, existing labels will NOT be updated. If you set this flag to true, they will. Beware, there is no automatic backup so it could be a good idea to run the `get` command first and make a backup
-d, --dry-run Do not change anything, print only what will be done
-h, --help Print help
-V, --version Print version
Options:
-t, --token <TOKEN> If you follow good security practices, your GITHUB_TOKEN should not have write access to your repos. Here since we need to write labels, we use another variable for the token with write access. It is highly recommended to pass this as an Environment variable [env: TOKEN=<your admin token>]
-a, --apply By default, for your safety, the command will NOT do anything. If you however pass this flag, there will be no way back :) It is highly recommended to call `get` first and backup your labels but keep in mind that it does not save which labels are applied to PRs and issues. So if you have labels "in use", you will lose them
-h, --help Print help
-V, --version Print version
If you feel fancy (and lazy), you may even generate a documentation from your tags using tera-cli.
Using the template in this repo and the following command:
tera --template templates/doc.md.tera doc/sample_yaml.yaml
Will generate the following output:
This is the documentation for your set named `chevdor/glabel`.
It contains 9 labels:
- `bug`: *Something isn't working*
- `documentation`: *Improvements or additions to documentation*
- `duplicate`: *This issue or pull request already exists*
- `enhancement`: *New feature or request*
- `good first issue`: *Good for newcomers*
- `help wanted`: *Extra attention is needed*
- `invalid`: *This doesn't seem right*
- `question`: *Further information is requested*
- `wontfix`: *This will not be worked on*
After installing [tera](https://github.com/chevdor/tera-cli), you can use a simple template such as the one provided below in order to generate a nice markdown documentation of your labels:
First setup the repo to work on:
REPO=chevdor/glabel
Use glabel to get all the labels:
glabel get -o data.yaml $REPO
Create the following template as template.md.tera
:
# Github labels for {{ name }}
## Description
{{ description }}
## List of the labels:
{% for label in labels %}
- `{{ label.name }}`: {{ label.description }}
{%- endfor %}
Finally apply the template:
tera -t template.md.tera data.yaml > doc.md