🔖 chore(release): v1.0.0

[kbrdn1]

Summary

Prépare la 1.0.0 sur dev : migration des notes uniquement. package.json porte déjà 1.0.0 depuis la mise en place du flow (#18), il n'y a donc pas de bump.

C'est l'étape 1 de docs/RELEASE.md. Suivront : tag v1.0.0-rc.1 → preprod, validation, PR dev → main, tag v1.0.0 → prod.

Related Issue

Closes #26

Type of Change

• 🐛 Bug fix (non-breaking change which fixes an issue)
• ✨ New feature (non-breaking change which adds functionality)
• 💥 Breaking change (fix or feature that would cause existing functionality to not work as expected)
• 📝 Documentation update
• ♻️ Refactoring (no functional changes)
• ⚡️ Performance improvement
• 🎨 Style/UI update

Scope

• Homepage
• Blog
• Projects
• UI Components
• i18n / Translations
• SEO
• Configuration

Changes

• changelogs/1.0.0.md — les notes de la version
• changelogs/pre-releases/1.0.0-rc.1.md — même contenu ; pour un premier cut, candidat et version coïncident
• CHANGELOG.md — [Unreleased] vidée, index ## Past releases amorcé
• Les deux .gitkeep disparaissent, les dossiers ont maintenant du contenu

Tests

Les gates de release.yml rejoués localement, avant de pousser le moindre tag :

$ ./scripts/resolve-release-tag.sh v1.0.0
env=prod      notes=changelogs/1.0.0.md                    image=…:v1.0.0
$ ./scripts/resolve-release-tag.sh v1.0.0-rc.1
env=preprod   notes=changelogs/pre-releases/1.0.0-rc.1.md  image=…:v1.0.0-rc.1

• Les deux fichiers de notes existent (gate test -f)
• package.json = 1.0.0 = cœur des deux tags (gate de version)
• Aiguillage prod/preprod correct
• release.yml de bout en bout — c'est l'objet du v1.0.0-rc.1 qui suit

Checklist

• My code follows the project's coding style
• I have performed a self-review of my code
• I have tested my changes locally
• My changes generate no new warnings
• I have updated the documentation if needed
• TypeScript compiles without errors (make typecheck) — sans objet, aucun code
• Linting passes (make lint) — sans objet

Additional Notes

L'issue #26 sert aussi à la PR dev → main qui suivra : le check Linked issue s'applique à toute PR vers main, release comprise. Elle ne se fermera donc qu'au merge dans main.