Proposition Scénario #8030
Gérer automatiquement les noms de branche et distribution en fonction des versions
Statut:
Classée sans suite
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
% réalisé:
0%
Description
Problèmes¶
- Il est actuellement possible de fusionner la branche de code
2.5.1
dans la branche de packaging2.4.2
, car la commandegit package
utilise la branche courantemoi@work:~/src/project (2.5.1/master=)$ git package dist/eole/2.4.2/master
- Il est possible de demander la compilation de la branche de packaging
2.5.1
pour la distribution2.4.2
, car les informations sont fournis par l’utilisateurmoi@work:~/src/project (2.4.2/master=)$ git package -b eole-2.4.2 dist/eole/2.5.1/master
Propositions¶
Il faut revoir complètement l’UI de la commande git package
:
- Fusionner la branche de code dans la branche de packaging d’une version
moi@work:~/src/project (master=)$ git package --verbose merge <VERSION> INFO: Fetching remote changes INFO: Check if code branch “<VERSION>/master” is up-to-date INFO: Checkout packaging branch “dist/<VENDOR>/<VERSION>/master” INFO: Check if packaging branch “dist/<VENDOR>/<VERSION>/master” is up-to-date INFO: Merge code branch “<VERSION>/master” into “dist/<VENDOR>/<VERSION>/master” List of commits to merge: 1 da8d34c something 2 ae6b39b something elese Do you want to merge “<VERSION>/master” into “dist/<VENDOR>/<VERSION>/master”? [No]:
- Construction d’un paquet pour une version
moi@work:~/src/project (master=)$ git package --verbose build <VERSION> INFO: Fetching remote changes INFO: Checkout packaging branch “dist/<VENDOR>/<VERSION>/master” INFO: Check if packaging branch “dist/<VENDOR>/<VERSION>/master” is up-to-date INFO: Found upstream version “release/<VERSION>” WARNING: No new upstream release tag since last build WARNING: Only Debian version will be updated Moi requests a build for “<VERSION>” from “dist/<VENDOR>/<VERSION>/master” List of new commits since “pkg/<VENDOR>/<DISTRIB>/<LAST PKG VERSION>” 1 c0ffee1 Merge branch “<VERSION>/master” into “dist/<VENDOR>/<VERSION>/master” 2 da8d34c something 3 ae6b39b something elese Are you sure to proceed? [No]:
Le choix de la distribution où envoyer les paquets construits ne sont plus du ressort de chaque développeur:
- Chaque version doit être déclarée sur le système de construction
- Chaque version doit avoir un état permettant de définir la distribution cible
- Version en développement →
<VERSION>-unstable
- Version en RC →
<VERSION>
uniquement sur http://test-eole.ac-dijon.fr - Version stable →
<VERSION>-proposed-updates
, passage manuel en-updates
et/ou-security
- Version en développement →
Demandes liées
Historique
#1 Mis à jour par Daniel Dehennin il y a presque 10 ans
- Tracker changé de Anomalie à Evolution
#2 Mis à jour par Daniel Dehennin il y a presque 10 ans
- Echéance mis à 02/05/2014
- Assigné à mis à Daniel Dehennin
- Version cible mis à Eole 2.4 Stable
- Temps estimé mis à 1.00 h
#3 Mis à jour par Daniel Dehennin il y a presque 10 ans
- Echéance
02/05/2014supprimé - Version cible
Eole 2.4 Stablesupprimé
À voir pour plus tard pour les paquets proposed-updates
.
#4 Mis à jour par Daniel Dehennin il y a environ 8 ans
- Tracker changé de Evolution à Proposition Scénario
- Sujet changé de Prendre en charge la nouvelle politique des dépôts EOLE à Gérer automatiquement les noms de branche et distribution en fonction des versions
- Description mis à jour (diff)
- Assigné à
Daniel Dehenninsupprimé - Temps estimé
1.00 hsupprimé
#5 Mis à jour par Daniel Dehennin il y a environ 8 ans
- Description mis à jour (diff)
#6 Mis à jour par Scrum Master il y a environ 8 ans
- Tracker changé de Proposition Scénario à Scénario
- Début
22/04/2014supprimé - Release mis à Interne EOLE
- Points de scénarios mis à 3.0
#7 Mis à jour par Joël Cuissinat il y a environ un an
- Tracker changé de Scénario à Proposition Scénario
- Statut changé de Nouveau à Classée sans suite