Mission

Mission : une publication précipitée et un workspace à réorganiser

Réagir correctement à une crate publiée par erreur avec une faille, puis structurer un workspace multi-crates et anticiper les contraintes de publication d'un crate dépendant.

Contexte

Un développeur vient d'exécuter cargo publish sur ma-super-lib en version 0.1.0. Quelques minutes plus tard, il découvre une faille de sécurité dans le code qu'il vient de publier sur crates.io.

Séparément, son équipe travaille sur un projet mélangé dans un seul crate (logique métier, API HTTP, CLI d'admin) et veut le réorganiser en workspace avec trois membres : core, api et cli. À terme, elle envisage aussi de publier api séparément sur crates.io, alors que api dépend aujourd'hui de core uniquement via un chemin local (path = "../core").