doc: documenter l'archivage fiable d'un projet

[shikanime]

Quoi

Nouvelle section « Archivage d'un projet » dans Administration > Projets : ordre des opérations (verrouillage, nettoyage des ressources externes, archivage), comportement en cas d'échec (statut échoué, erreur 422, suppression rejouable), conflit de modification (409), et déverrouillage par un administrateur.

Pourquoi

La console a fiabilisé la suppression concurrente des projets (verrouillage du projet pendant la suppression externe, rejet de l'archivage d'un snapshot obsolète, nettoyage externe piloté avant l'archivage). Le comportement observable par les utilisateurs et administrateurs méritait d'être documenté.

Références

• cloud-pi-native/console@90499a69 fix(server-nestjs): fiabiliser la suppression concurrente et le statut archive
• cloud-pi-native/console@544543e7 fix(server-nestjs): verrouiller le projet pendant la suppression externe
• cloud-pi-native/console@b740e364 fix(server-nestjs): rejeter l'archivage d'un snapshot obsolete
• cloud-pi-native/console@5ac6595b fix(server-nestjs): comparer l'archivage au snapshot pose du verrou
• cloud-pi-native/console@9c9e8d32 fix(project): piloter la suppression externe avant d'archiver la ligne