#label #github #chevdor #command-line-tool #cli #rust

app glabel

A cli utility written in Rust that allows fetching all the labels of a project, save those as a YAML file that you can easily edit or save as backup and apply a saved preset to new repositories

7 releases

0.0.6 Jun 24, 2022
0.0.5 Jun 24, 2022
0.0.4 Dec 8, 2021
0.0.0 Nov 17, 2021

#2696 in Command line utilities

MIT license

21KB
244 lines

glabel

Intro

A utility to import (=get) and export (=apply) Github labels.

Install

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.

Usage

Help

OPTIONS:
    -h, --help       Print help information
    -V, --version    Print version information

SUBCOMMANDS:
    apply    Apply a label set from a given file
    get      Get/download labels from a given repository
    help     Print this message or the help of the given subcommand(s)

Get

ARGS:
    <REPOSITORY>    The repo string for now in the form owner/repo such as chevdor/foobar

OPTIONS:
    -h, --help               Print help information
    -o, --output <OUTPUT>    The output filename
    -V, --version            Print version information

Without passing the --output|-o flags, the labels will be shown in your terminal as:

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

Apply

ARGS:
    <REPOSITORY>    The repo string for now in the form owner/repo such as chevdor/foobar
    <INPUT>         The filename where your set is stored

OPTIONS:
    -d, --dry-run          Do not change anything, print only what will be done
    -h, --help             Print help information
    -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
    -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>]
    -V, --version          Print version information

Wipe

    glabel wipe [OPTIONS] --token <TOKEN> <REPOSITORY>

ARGS:
    <REPOSITORY>    The repo string for now in the form owner/repo such as chevdor/foobar

OPTIONS:
    -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 information
    -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>]
    -V, --version          Print version information

Documentation

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*

Dependencies

~27MB
~611K SLoC