ship — mettre le travail en production (git + gh)
Workflow de déploiement indépendant de la plateforme. Pas de contournements, pas de raccourcis.
Pré-push : pipeline CI locale (tout vert avant de pousser)
- Formatage —
cargo fmt --check/prettier --check/ruff format --check - Linting —
cargo clippy -- -D warnings/eslint/ruff check - Vérification des types —
cargo check/npx tsc --noEmit - Tests —
cargo test/npm test/pytest(sortie affichée) - Construction —
cargo build/npm run build
Si une étape échoue : corrigez et relancez toutes les vérifications. Ne poussez jamais avec des échecs connus.
Séquence
- Branche dédiée (ne travaillez jamais directement sur
main). - Commitez par phase, messages conventionnels et axés sur les preuves (SHA/PR/CI).
git pushde la branche.- Ouvrez une PR : Résumé + Plan de test (modèle en 5 sections si le dépôt en utilise un).
- Surveillez la CI :
gh pr checks <n>— tout SUCCESS avant de continuer. - Fusion : merge-commit uniquement (jamais squash, jamais rebase — préserve l'historique pour les agents parallèles).
- Post-fusion : supprimez la branche, fast-forward
mainlocal, signalez le SHA du commit de fusion.
Portes humaines (STOP — demandez d'abord)
- Fusion vers
mainimpactant la protection de branche / sécurité / licence / infrastructure de publication (#1) - Force-push vers
main(#2) — toujours interdit sans confirmation explicite - CI pas entièrement verte → ne fusionnez rien en attente/échec
Commentaires de revue
Chaque commentaire (humain ou bot) doit être analysé, compris et résolu correctement — jamais
résolu en silence, jamais un "correctif" qui ne touche que la ligne citée en ignorant le fond.
Répondez sur le fil avec ce que vous avez fait et pourquoi, puis résolvez. Voir skills/review.