Skip to content

doc: retirer Reprovisionner le projet des permissions par défaut - #130

Open
shikanime wants to merge 1 commit into
mainfrom
docs/sync-2026-10-22
Open

shikanime wants to merge 1 commit into
mainfrom
docs/sync-2026-10-22

Conversation

@shikanime

Copy link
Copy Markdown
Member

Quoi

  • Page « Rôles » : le rôle Tout le monde n'accorde plus « Reprovisionner le projet » par défaut — la liste ne garde que « Voir les environnements » et « Voir les dépôts », avec une note historique expliquant le retrait et comment réaccorder la permission (rôle dédié ou personnalisé).

Pourquoi

La migration console 20261019120000_drop_replay_hooks_from_everyone_perms retire le bit REPLAY_HOOKS (128) du défaut everyonePerms (896 → 768) et réaligne les projets existants : tout utilisateur authentifié ne peut donc plus reprovisionner un projet par défaut. Le comportement décrit dans la page était devenu faux pour les nouveaux comme pour les anciens projets.

Références

  • console 80c34aab — fix(project): drop REPLAY_HOOKS from default everyone perms
  • console ec5e6f7d — fix(project): migrate the SQL default everyonePerms to 768

Le rôle « Tout le monde » n'accorde plus REPLAY_HOOKS par défaut
(896 → 768, migration réalignant les projets existants) ; noter le
retrait et la marche à suivre pour le réaccorder.

Co-authored-by: Automata <automata@shikanime.studio>
@shikanime shikanime added the documentation Improvements or additions to documentation label Oct 26, 2026
@shikanime shikanime self-assigned this Oct 26, 2026

@StephaneTrebel StephaneTrebel left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Le retrait de la permission par défaut est cohérent avec la migration Console et l’exemple DevOps permet de comprendre comment redonner ce droit. Une suggestion non bloquante propose de définir « reprovisionner » et de placer la consigne avant l’historique ; liens locaux vérifiés, CI « Test app build » verte, aucun build local ni test applicatif exécuté (sans ledger lié).

Comment thread docs/guide/roles.md
- Voir les environnements
- Voir les dépôts

> Historiquement, ce rôle incluait aussi « Reprovisionner le projet » : cette permission a été retirée du rôle par défaut (y compris sur les projets existants). Un membre qui doit pouvoir reprovisionner le projet doit désormais se voir attribuer un rôle dédié (par exemple `DevOps`) ou un rôle personnalisé incluant cette permission.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚪ suggestion (lisibilité): Dire d’abord quoi faire et définir « reprovisionner »

La note commence par l’historique et répète « reprovisionner » sans en expliquer l’effet — la définition plus bas est elle-même circulaire. Pour une personne qui découvre le produit :

Pour remettre les ressources du projet en conformité avec sa configuration, un membre doit disposer de la permission « Reprovisionner le projet ». Attribuez-lui le rôle DevOps, ou un rôle personnalisé qui inclut cette permission (voir « Ajouter/retirer des membres à un rôle »).

Le rôle Tout le monde n’accorde plus cette permission, y compris dans les projets existants.

On garde le libellé exact de l’interface, mais on explique l’action avant de raconter son évolution.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants