Comprendre le parcours du code, de LibreOffice à une version d’ODFStudio.
Pourquoi notre propre infrastructure ?
Une capacité de maintenance suppose de pouvoir reconstruire le logiciel, examiner les changements et produire des paquets. Notre infrastructure sert à rendre ces opérations reproductibles et à partager leur fonctionnement.
Elle accompagne l’apprentissage : comprendre un échec de compilation, retrouver l’origine d’un changement ou comparer deux versions fait partie du travail, au même titre que l’écriture de code.
Le parcours d’un changement
1. Suivre LibreOffice. Intégrer ses évolutions et vérifier leur compatibilité avec les adaptations d’ODFStudio.
2. Préparer et revoir le code. Examiner les modifications dans Gerrit avant leur intégration.
3. Construire. Jenkins automatise les tâches de construction configurées pour les différentes versions.
4. Tester et publier. Examiner les résultats et mettre les paquets retenus à disposition. Une compilation réussie ne suffit pas à établir la qualité d’une version.
Quels outils sont disponibles ?
Gitea : parcourir et récupérer. Le dépôt permet de consulter le code ; les pages de paquets donnent accès aux distributions. Ouvrir les sources.
Gerrit : suivre la revue. Les changements proposés et fusionnés y sont discutés et suivis. Voir les changements intégrés.
Ce qui reste à ouvrir
Les inscriptions des contributeurs et le parcours de dépôt des tickets ne sont pas encore ouverts selon l’état communiqué. La chaîne de traduction et de mise à jour de l’aide reste à terminer.
Accueil · Le projet · Télécharger · Contribuer · Soutenir