26 lines
1.1 KiB
Markdown
26 lines
1.1 KiB
Markdown
# Trace de changements et retour arrière
|
|
|
|
## Principe
|
|
|
|
Ne jamais supprimer une entité, un service, une automatisation, un script ou un élément de dashboard sans créer d'abord une trace permettant de revenir en arrière.
|
|
|
|
## Avant toute suppression demandée par l'utilisateur
|
|
|
|
Créer un dossier horodaté `rollback/YYYYMMDDTHHMMSSZ/` contenant, selon le cas :
|
|
- une copie des fichiers YAML concernés ;
|
|
- une copie des extraits `.storage` concernés si lisibles ;
|
|
- un export ou inventaire des entités ciblées ;
|
|
- un fichier `changes.md` décrivant :
|
|
- ce qui va être supprimé ;
|
|
- pourquoi ;
|
|
- les preuves ;
|
|
- les fichiers touchés ;
|
|
- la procédure de restauration.
|
|
|
|
## Règles
|
|
|
|
- Ne jamais mettre de secret dans `changes.md`.
|
|
- Préférer une désactivation ou un retrait ciblé à une suppression large quand l'intention de l'utilisateur est ambiguë.
|
|
- Après modification, produire un résumé avant/après.
|
|
- Si la suppression concerne une entité ou une automatisation utilisée par un dashboard, signaler explicitement les dépendances avant exécution.
|