This release adds a new github.credential_command setting that lets you plug any external secret manager into mise's GitHub token resolution, and adjusts its priority so it takes precedence over file-based token sources.
Added
-
github.credential_commandsetting for custom token retrieval -- You can now configure a shell command that mise runs to obtain a GitHub token, enabling integration with secret managers like 1Password, HashiCorp Vault, or any custom script. The command is executed viash -cand receives the hostname as$1, so it can return different tokens for github.com and GitHub Enterprise instances. Results are cached per host per session. #8746 by @jdx[settings.github] credential_command = "op read 'op://Private/GitHub Token/credential'"
This can also be set via the
MISE_GITHUB_CREDENTIAL_COMMANDenvironment variable.
Changed
-
credential_commandpriority raised above file-based sources -- Sincecredential_commandis an explicit user configuration, it now takes priority overgithub_tokens.tomland the gh CLI'shosts.yml. Previously it sat at the bottom of the resolution order alongsidegit credential fill. Thegit credential fillfallback remains as the lowest-priority option and is no longer blocked whencredential_commandis set but returns no token. #8748 by @jdxUpdated token priority for github.com:
# Source 1 MISE_GITHUB_TOKENenv var2 GITHUB_API_TOKENenv var3 GITHUB_TOKENenv var4 credential_command(if set) -- new5 github_tokens.toml(per-host)6 gh CLI token (from hosts.yml)7 git credential fill(if enabled)
Full Changelog: v2026.3.14...v2026.3.15