Projet francophone

Point d’étape

Construire ensemble un dérivé de LibreOffice maîtrisable par la communauté francophone, documentable et ouvert à la contribution.

Mise à jour : 9 septembre 2026

Prochain point : 21 septembre 2026

RebrandingIdentité ODFStudio intégrée au build
ForgeGerrit comme dépôt canonique
CI LinuxBuilds et vérifications Jenkins
Build WindowsAgent Jenkins dédié et génération MSI
Miroir GiteaLecture et diffusion du projet
UpstreamSynchronisation LibreOffice organisée
01

Une première identité ODFStudio

Le projet dispose désormais de son propre rebranding, intégré à la construction de LibreOffice. L’objectif n’est pas de masquer l’origine du logiciel, mais de matérialiser un espace d’expérimentation, de documentation et de maîtrise technique.

brandingStart CenterpackagingMSI
02

Chemin du contributeur

  1. Clonerle dépôt et préparer son environnement
  2. Développersur une branche de travail
  3. Proposerun changement dans Gerrit
  4. Vérifieravec la CI et la revue
  5. Intégreraprès validation
03

Chemin du mainteneur

  1. SuivreLibreOffice upstream
  2. Synchroniserla branche ODFStudio
  3. Résoudreles conflits de manière explicite
  4. TesterLinux, Windows et packaging
  5. Publierune base reproductible et documentée
04

Forge, CI et miroirs

Le dépôt canonique (qui fait autorité) reste Gerrit. Jenkins assure les vérifications et les constructions ; Gitea fournit un miroir lisible et exploitable. Cette séparation rend explicite le rôle de chaque composant et évite de confondre dépôt de référence, revue, automatisation et diffusion.

05

Construire sur plusieurs plateformes

La chaîne Linux est opérationnelle. Un agent Jenkins Windows dédié construit également le projet jusqu’à l’installeur MSI. Le but est de transformer progressivement le build en procédure reproductible plutôt qu’en savoir-faire implicite.

Principe

Ce qui fonctionne doit pouvoir être expliqué, rejoué et vérifié par quelqu’un d’autre.

06

Limiter la dette de divergence

ODFStudio doit rester synchronisable avec LibreOffice. Les ajouts spécifiques sont autant que possible isolés, documentés et suivis. Les décisions structurantes et les écarts assumés ont vocation à être consignés afin que leur coût reste visible dans le temps.

Les fiches SGF "Sens, Garantie, Frontière", ce que le logiciel est, et ADR "Architecture decision record" documenteront progressivement le dépôt.

code isoléADR / SGFconflits suivisupstream régulier

Prochaines étapes

Observer, comprendre, transmettre.

ODFStudio avance avec une idée simple : la souveraineté commence aussi par la connaissance et la capacité à reconstruire ce que l’on utilise.