TODO Proposition de workflow¶
Partie développeur¶
- Création d’un tag signé contenant un nouveau numéro de version
- Envoi du tag sur le dépôt central dev-eole
Partie packageur¶
- Fusion de la branche développeur dans la branche de packaging
- Création d’un tag signé contenant le nouveau numéro de version basé sur celui du développeur
- Envoi du tag sur le dépôt central dev-eole
Cette partie peut être automatisée si un mapping existe entre les branches de développement et les branches de packaging.
Dans ce cas, on pourra vérifier la signature du développeur.
Partie builder : gestion du source Debian¶
Le but de cette partie est de créer l’ensemble des fichiers sources Debian :
<PAQUET>_<VERSION SOURCE>.orig.tar.gz
: Les sources non packagées (dans le répertoiredebian/
)<PAQUET>_<VERSION DEBIAN>.debian.tar.gz
: Le packaging des sources (le répertoiredebian/
)<PAQUET>_<VERSION DEBIAN>.dsc
: Description du paquet source Debian (doit être signé)<PAQUET>_<VERSION DEBIAN>_source.changes
: Description des changements (mixe entre l’entrée dedebian/changelog
de cette version et le fichier.dsc
)
- Vérification de la signature: si nok => suppression du tag + report + quit
- Checkout du tag == récup de la conf gbp.conf
- Checkout de la branche de build depuis le dernier tag de version Debian
- Merge du tag dans la branche de build
- Mise à jour de
debian/changelog
:
git-dch -a -R/-S debian/
- Ajout de
debian/changelog
à l’index pour le prochain commit :
git add debian/changelog
- Commit en utilisant le numéro de version du nouveau paquet :
git commit -m "Nouveau paquet debian version: $(dpkg-parsechangelog | awk '/^Version/ {print $2}')"
- Construction du source debian et envoi sur un dépôt debian, sans faire de nettoyage, ni de vérification de dépendance:
git buildpackage \ --git-builder="dpkg-buildpackage -nc -d -S" \ --git-postbuild='dput eole "${GBP_CHANGES_FILE}"' --git-cleaner=/bin/true
Cette partie peut être automatisée.
Partie dépôt : gestion du source Debian¶
Cette partie peut être prise en charge automatiquement par différente méthode (section "Processing an incoming queue") :
L’utilisation de dput
ou dupload
requiert de mettre en place une configuration et des autorisation pour chaque « uploader ».
La solution inotify
est le meilleur compromis :
- Ne requiert une configuration qu’à un endroit ;
- Prise en compte rapide des uploads.
Partie builder : gestion des paquets binaires¶
La construction des paquets binaires est dépendante de l’architecture déclarée dans debian/control
:
- Une seule fois pour les paquets déclarés avec l’architecture all
- Pour chaque architecture supportée pour les paquets déclarés avec l’architecture any ou une liste d’architecture
- Téléchargement des sources depuis le dépôt :
apt-get source <PAQUET>
- Construction du paquet en utilisant l’environnement de build correspondant à la distribution du paquet :
cd <PAQUET>-<VERSION>/ \ && sbuild -A -d $(dpkg-parsechangelog | awk '/^Distribution/ {print $2}')"
- Si build OK :
- On tag la version du paquet :
git buildpackage --git-tag-only
- On envoi le tag sur le dépôt central :
git push
- On supprime la branche de build qui est inutile
- On envoi le paquet sur le dépôt des paquets debian
- On tag la version du paquet :