devflow-cli 10.2.0__tar.gz → 10.2.1__tar.gz

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/.github/workflows/ci.yml

@@ -1,8 +1,12 @@
 name: CI
 
+# Tests de chaque PR vers main. Les deux jobs de la matrice, « test (3.11) » et
+# « test (3.12) », sont des checks obligatoires du ruleset « CI obligatoire » de
+# main : renommer un job ou une version de Python oblige à modifier le ruleset
+# avant la fusion. Pas de déclencheur push : release.yml rejoue les tests avant
+# de publier, et un push de branche doublait le passage de sa PR.
+
 on:
-  push:
-    branches: ["**"]
   pull_request:
     branches: [main]
 

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/.github/workflows/release.yml

@@ -36,8 +36,8 @@ jobs:
       - name: Setup Python
         run: uv python install 3.12
 
-      # Revérifié ici faute de protection de branche : version-check.yml ne
-      # peut pas empêcher le merge d'une PR aux fichiers discordants.
+      # Revérifié ici même si version-check.yml bloque la fusion : la
+      # publication ne dépend pas des rulesets du dépôt, qui peuvent changer.
       - name: Check version files
         id: version
         run: |

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/.github/workflows/version-check.yml

@@ -2,8 +2,9 @@ name: Version Check
 
 # Chaque PR vers main est une version : elle doit augmenter strictement la
 # version de main, et pyproject.toml, VERSION, uv.lock et CHANGELOG.md doivent
-# concorder. Sans protection de branche, ce contrôle reste un signal : release.yml
-# revérifie la concordance avant de publier.
+# concorder. Le job check-version est un check obligatoire du ruleset « Version
+# de release » de main, sans contournement : une PR rouge ne peut pas être
+# fusionnée. release.yml revérifie la concordance avant de publier.
 
 on:
   pull_request:

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/CHANGELOG.md

@@ -5,6 +5,15 @@ Tous les changements notables de ce projet sont documentés dans ce fichier.
 Le format est basé sur [Keep a Changelog](https://keepachangelog.com/fr/1.1.0/),
 et ce projet adhère au [Semantic Versioning](https://semver.org/lang/fr/).
 
+## [10.2.1] - 2026-10-31
+
+CI bloquante avant fusion, aucun code ne change. Aucun format persistant ne change, voir [notes de version](docs/releases/10.2.1.md).
+
+### Changed
+
+- Deux rulesets protègent `main` : « CI obligatoire » (`test (3.11)`, `test (3.12)`, contournement admin à la fusion d'une PR seulement) et « Version de release » (`check-version`, sans contournement). Une PR rouge ne peut plus être fusionnée ; `CONTRIBUTING.md` les décrit dans « Fusion d'une PR ».
+- Le workflow `CI` ne se déclenche plus que sur les PR vers `main` : les push de branche doublaient chaque passage (44 exécutions push en octobre).
+
 ## [10.2.0] - 2026-10-30
 
 Restitution de la télémétrie et journal des décisions de la CLI. Aucun format existant ne change, voir [notes de version](docs/releases/10.2.0.md). Issue KKS-620.

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/CONTRIBUTING.md

@@ -111,8 +111,8 @@ Chaque PR vers `main` est une version : son merge la publie sur PyPI.
    `uv.lock` (`uv lock`) et `CHANGELOG.md` (entrée `## [X.Y.Z] - AAAA-MM-JJ`).
    Ajouter les notes de version dans `docs/releases/X.Y.Z.md`.
 2. Le workflow `Version Check` échoue sur la PR si la version n'augmente pas ou
-   si ces fichiers divergent. Sans protection de branche, c'est un signal : ne
-   pas merger une PR dont ce contrôle est rouge. Contrôle local :
+   si ces fichiers divergent. Il bloque la fusion, sans contournement possible
+   (voir « Fusion d'une PR » ci-dessous). Contrôle local :
    `git show origin/main:pyproject.toml > /tmp/main-pyproject.toml && python scripts/check_release.py --main-pyproject /tmp/main-pyproject.toml`.
 3. Au merge, le workflow `Release` revérifie la concordance, lance les tests,
    publie sur PyPI puis crée le tag `vX.Y.Z`. Ne jamais poser de tag à la main.
@@ -127,6 +127,20 @@ mettre à jour les commandes `/devflow` installées. `--refresh` est nécessaire
 juste après une publication, tant que l'index local d'`uv` ne connaît pas la
 nouvelle version.
 
+## Fusion d'une PR
+
+Deux rulesets protègent `main` : sa suppression et la réécriture de son
+historique sont refusées, et une PR ne se fusionne que si ses checks sont verts.
+
+| Ruleset | Checks obligatoires | Contournement |
+|---------|---------------------|---------------|
+| CI obligatoire | `test (3.11)`, `test (3.12)` (workflow `CI`) | rôle admin, à la fusion d'une PR seulement |
+| Version de release | `check-version` (workflow `Version Check`) | aucun |
+
+Le nom d'un check est celui du job. Une PR qui renomme un job, ou change une
+version de Python de la matrice, modifie le ruleset avant sa fusion : sinon le
+check attendu n'arrive jamais et la PR reste bloquée.
+
 ## Signaler un bug / proposer une feature
 
 Ouvrir une issue en décrivant :

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: devflow-cli
-Version: 10.2.0
+Version: 10.2.1
 Summary: Workflow adaptatif pour Claude Code : profils, preuves et contrats d'activité
 Project-URL: Homepage, https://github.com/sopequenoteck/devflow
 Project-URL: Repository, https://github.com/sopequenoteck/devflow

devflow_cli-10.2.1/docs/releases/10.2.1.md

@@ -0,0 +1,31 @@
+# Devflow 10.2.1 — CI bloquante avant fusion
+
+Seules l'intégration continue et la documentation de contribution changent.
+Aucun format persistant ni aucune commande ne change. Un parcours en cours se
+poursuit.
+
+## Installer
+
+```bash
+uv tool install --refresh devflow-cli==10.2.1
+```
+
+`devflow upgrade` n'est pas nécessaire : aucune ressource embarquée ne change.
+Juste après la publication, l'installation peut échouer pendant une à quatre
+minutes, le temps que l'index se propage : réessayer.
+
+## Ce qui change
+
+- Une PR vers `main` ne se fusionne que si ses tests (`test (3.11)`,
+  `test (3.12)`) et son contrôle de version (`check-version`) sont verts. La
+  limite connue de la 6.2.0, « sans protection de branche », est levée.
+- Le workflow `CI` ne tourne plus sur les push de branche, qui doublaient le
+  passage de chaque PR.
+
+## Retour à la 10.2.0
+
+```bash
+uv tool install devflow-cli==10.2.0
+```
+
+Aucun format ne change : le retour se fait sans migration.

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "hatchling.build"
 
 [project]
 name = "devflow-cli"
-version = "10.2.0"
+version = "10.2.1"
 description = "Workflow adaptatif pour Claude Code : profils, preuves et contrats d'activité"
 requires-python = ">=3.11"
 license = {text = "MIT"}

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/src/devflow_cli/__init__.py

@@ -1,6 +1,6 @@
 """devflow CLI — workflow de développement adaptatif."""
 
-VERSION = "10.2.0"
+VERSION = "10.2.1"
 
 ACTIVITY_LINEAR_MAPPING = {
     "assess": "Backlog",

{devflow_cli-10.2.0 → devflow_cli-10.2.1}/uv.lock

@@ -147,7 +147,7 @@ toml = [
 
 [[package]]
 name = "devflow-cli"
-version = "10.2.0"
+version = "10.2.1"
 source = { editable = "." }
 dependencies = [
     { name = "jsonschema" },