Files
archicratie-edition/docs/runbook-gitea-branches-pr.md
Archicratia 010601be63
All checks were successful
CI / build-and-anchors (push) Successful in 1m30s
SMOKE / smoke (push) Successful in 15s
docs: add runbooks (proposer/whoami gate, blue-green deploy, gitea PR workflow)
2026-02-13 17:33:33 +01:00

1.5 KiB
Raw Blame History

Runbook — Gitea : Branches, PR, Merge (sans se faire piéger)

Règle n°1 (hyper importante)

Une PR napparaît dans Gitea que si la branche contient au moins 1 commit différent de main.

Symptôme typique :

  • git push -u origin fix/xxx
  • et tu vois : Total 0 ... → ça veut dire : aucun nouveau commit → la branche est identique à main → pas de vraie PR à proposer.

Workflow “propre” (pas à pas)

1) Remettre main propre

en bash

git checkout main git pull --ff-only

2) Créer une branche de travail

git checkout -b fix/mon-fix

3) Faire un changement réel

Modifier le fichier (ex : src/layouts/EditionLayout.astro)

Vérifier :

git status -sb

→ doit montrer un fichier modifié.

4) Tester

npm test

5) Commit

git add src/layouts/EditionLayout.astro git commit -m "Fix: ..."

6) Push

git push -u origin fix/mon-fix

7) Créer la PR dans lUI Gitea

Aller dans Pull Requests

New Pull Request

Base : main

Compare : fix/mon-fix

Branch protection (si “Not allowed to push to protected branch main”)

Cest normal si main est protégé :

On ne pousse jamais directement sur main.

On merge via PR (UI), avec un compte autorisé.

Si Gitea refuse de merger automatiquement :

soit tu actives le réglage côté Gitea “manual merge detection” (admin),

soit tu fais le merge localement MAIS tu ne pourras pas pousser sur main si la protection linterdit.

Conclusion : la voie “pro” = PR + merge UI.