4. la construction de paquets logiciels sur sa propre
machine
➔pas de règles précises pour conduire la façon de packager
➔problème de gestion des dépendances (installées sur la
machine du développeur)
➔...
#1 L'intégrationdelogicielsOpenSourcec'estsouvent...
5. Mise en place de processus formels pour la gestion des
paquets logiciels
➔soumission de nouveaux paquets,
➔mises à jour,
➔contenus,
➔interactions entre composants
#2 Pourquoiunsystèmedebuilddepaquets
6. ➔un projet client : un produit multimedia basé sur debian,
maintenable sur 10 à 15 ans
➔insdustrialiser la production de paquets et garantir la
reproductibilité et la traçabilité
➔utiliser au maximum les outils upstream du projet debian
➔faciliter et rationnaliser l'administration de la plate-forme
en utilisant des outils 100 % libres
#2 Lepointdedépart
7. ➔automatisation
diminue les possibilités d'une erreur humaine
➔traçabilité
historisation de toutes les modifications des paquets (VCS)
connaissance complète des étapes de la production (BS)
➔reproductibilité
environnement de build propre, connu et réinitialisé
reconstruire n'importe quel paquet, à l'identique et à tout moment
➔qualitéetsécurité
des machines de build dont la configuration est connue et contrôlée
vérifications des erreurs fréquentes de packaging, du respect des
politiques de packaging
#2 Avantagesd'unsystèmedebuilddepaquets
10. ➔ Composantsdusystèmedebuild
un serveur de services d'infrastructure
un serveur de code (en option)
un serveur de gestion de configuration et de build de paquets
un ou plusieurs noeuds de build
➔ Principedefonctionnement
en mode pull : les noeuds de build s'adressent au scheduler
une base de donnée qui enregistre les états
#3 Composantsetprincipesdefonctionnement
12. ➔uncompteutilisateur
login, clé ssh, clé GPG
droits d'accès à un ou plusieurs dépots
➔unpaquetsource
un fichier changes (liste des fichiers de l'archive)
➔unecommanded'upload
commande upstream (ex : dupload)
wrapper / dépot git
#3 Lasoumissiondepaquets