A CLI tool for performing tedious GitHub settings with a keystroke
Last updated 10 days ago by svenmuennich .
MIT · Repository · Bugs · Original npm · Tarball
$ cnpm install github-commander -g
SYNC missed versions from official npm registry.


Software License Build Status npm

A CLI tool for performing tedious GitHub settings with a keystroke.


Via npm

npm install -g github-commander

For development

Clone this repository and install it using npm install && npm link.


Generate a new OAuth token for the GitHub API

github-commander generate-token

For all other commands to work you need a GitHub OAuth token with the following scopes:

  • admin:org
  • repo

If you don't have such a token yet, you can use this command to generate a new one. After it is generated you are asked to optionally store it in a .github-commander.token file your home directory. If such a file is present when running one of the other commands, its token is loaded automatically.

Unify issue labels across all repositories

github-commander issue-labels <path_to_config_file>

Reads the issueLabels section of your configuration and applies it to all repositories in the selected organization. This includes

  • adding any new labels defined in the config,
  • updating the colors of existing labels (matched by name, case insensitive) and
  • deleting any labels that exist in a repository but not in the config.

Unify team permissions across all repositories

github-commander permissions <path_to_config_file>

Reads the teams and repositories sections of your configuration and updates the team permissions of all repositories in the selected organization accordingly. Only permissions of teams defined in the config are changed. That is, the permissions of any teams that are not added to the configuration are not touched. This allows to keep manual control over specific teams.

If the optional --clear-collaborators option is passed to the command, all collaborators (single user permissions) of all repositories are removed. This can be prevented per repository by defining them in the configuration and setting the field clearCollaborators to false.

Config format

All commands (except for generate-token) work based on a configuration file that must be passed to the command. That file's format can be either json or yaml. The config structure required by the commands is always the same, although issue-labels and permissions expect different values to be present. In the following the required structure is explained in detail:

  • orgNamerequired: The name of the GitHub organization you would like to command.

  • teamsrequired by permissions: An array of teams in the selected organization, e.g.:

      - name: My team
        defaultPermission: ADMIN

    Both fields name and defaultPermission must be set. defaultPermission must be one of the following values:

    • NONE: The team can neither see the repository nor git pull it.
    • READ: The team can pull it and create new issues, PRs etc.
    • WRITE: The team can push changes and edit issues, PRs etc.
    • ADMIN: The team has full admin rights on the repository, incl. adding new teams/collaborators and deleting the repository.
  • issueLabelsrequired by issue-labels: An array of issue label descriptions, e.g.:

      - name: bug
        color: ee0701

    Both fields name (case insensitive) and color must be set. The color must be a valid, three to six character hex color code and is validated upon loading the config.

  • repositoriesoptional: An array of repository descriptions. These are used by the permissions command to apply custom permission settings for specific repositories. That is, you can set a specific permission for a team on a specific repository. These settings override the team's defaultPermission and can both downgrade and upgrade the team's permission on the repository. Furthermore you can overwrite the --clear-collaborators option for single repositories by setting clearCollaborators to false:

      - name: upgraded-sniffle
        clearCollaborators: false
          - teamName: My team
            permission: READ

    This example config does two things:

    1. Prevent the collaborators of repository upgraded-sniffle from being cleared in case the --clear-collaborators option is set.
    2. Downgrade the permission of team My team for repository upgraded-sniffle to read only, even though the team's defaultPermission is ADMIN.

    Please note that the teamPermissions do not describe exclusive permissions. That is, if you have several teams and define only one of those teams in teamPermissions, all other teams still receive their default permissions for that repository.

You can find example configurations both as yaml and as json in this repository.



Maintainers (1)
Today 0
This Week 0
This Month 21
Last Day 0
Last Week 21
Last Month 6
Dependencies (9)
Dev Dependencies (4)
Dependents (0)

Copyright 2014 - 2017 © |