forge: drop stale TOKEN_SCOPES/extra.rs cross-reference
extra.rs (external-forge account minting) was removed in the dashboard-provisioned redesign; TOKEN_SCOPES only applies to tokens hive-c0re mints itself on the internal forge. External forge tokens are pasted by the operator verbatim, so we never mint them and don't need to know their scope.
This commit is contained in:
parent
dbf880ac66
commit
ec24b96022
1 changed files with 7 additions and 6 deletions
|
|
@ -29,12 +29,13 @@ use crate::paths::FORGE_CORE_TOKEN as CORE_TOKEN_PATH;
|
||||||
// helpers in `hive_sh4re::assets`. The `agent-configs.png` is
|
// helpers in `hive_sh4re::assets`. The `agent-configs.png` is
|
||||||
// rendered from its SVG during the `hyperhive-assets` derivation's
|
// rendered from its SVG during the `hyperhive-assets` derivation's
|
||||||
// build.
|
// build.
|
||||||
/// Per-agent token scopes (broad-but-not-admin). See
|
/// Per-agent token scopes (broad-but-not-admin) for tokens hive-c0re
|
||||||
/// `docs/forge.md::Token scopes` for the per-scope rationale.
|
/// mints itself on the **internal** forge. See `docs/forge.md::Token
|
||||||
/// `pub(super)` — also reused by `extra.rs`'s external-forge
|
/// scopes` for the per-scope rationale. Not `pub(super)` — external
|
||||||
/// provisioning so a granted agent gets the same scope set on an
|
/// forges (`dashboard/extra_forges.rs`) take an operator-pasted token
|
||||||
/// extra forge as on the internal one.
|
/// verbatim, so their scope is whatever the operator's remote account
|
||||||
pub(super) const TOKEN_SCOPES: &str = "read:user,write:user,read:notification,write:notification,write:repository,write:issue,write:organization,write:misc";
|
/// happened to grant; we never mint there and don't need to know it.
|
||||||
|
const TOKEN_SCOPES: &str = "read:user,write:user,read:notification,write:notification,write:repository,write:issue,write:organization,write:misc";
|
||||||
|
|
||||||
/// Bootstrap `core` token scopes — adds `read:admin,write:admin` on
|
/// Bootstrap `core` token scopes — adds `read:admin,write:admin` on
|
||||||
/// top of `TOKEN_SCOPES` so the host daemon can drive
|
/// top of `TOKEN_SCOPES` so the host daemon can drive
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue