[oreLINK]

Contexte

Mise en place du circuit dev → main → gh-pages : on développe sur dev, on passe en production par PR vers main, et le site construit est publié dans gh-pages, servie par GitHub Pages.

Changements

• .github/workflows/deploy.yml : à chaque merge dans main, construit le site et publie dist/ dans gh-pages (via la clé de déploiement GH_PAGES_DEPLOY_KEY). Remplace l'ancien déploiement « GitHub Actions » qui échouait, Pages servant la branche gh-pages.
• .github/workflows/ci.yml : construit le site à chaque push sur dev et sur chaque PR vers main (Build), et vérifie que la PR part de dev (Source dev).
• README.md : section « Branches et mise en ligne ».

Côté GitHub (déjà en place) :

• ruleset main : PR obligatoire, vérifications Build et Source dev obligatoires, merge commit uniquement, ni force push ni suppression, sans contournement ;
• ruleset gh-pages : écriture réservée à la clé de déploiement, ni force push ni suppression ;
• clé de déploiement en écriture « gh-pages deploy (GitHub Actions) » et secret GH_PAGES_DEPLOY_KEY.

Validation

• Les deux vérifications de cette PR doivent passer (Build, Source dev).
• Après le merge : l'action « Deploy to gh-pages » doit réussir et https://orelink.github.io/ afficher le nouveau portfolio.

Impact

Le merge de cette PR met le site en ligne avec le contenu actuel de main. Les sections Licences et certifications et Bénévolat contiennent encore des exemples inventés.

🤖 Generated with Claude Code