View Issue Details

IDProjectCategoryView StatusLast Update
0001105Common[All Projects] Generalpublic2016-04-03 17:42
ReporterXenosAssigned ToXenos 
PrioritynormalSeverityfeatureReproducibilityN/A
Status CloseResolutionfixed 
Product Version 
Target VersionFixed in Version1.0.6 
Summary0001105: Gérer le multi-environnement Mage
DescriptionUn projet peut être déployé vers plusieurs sites (zone de tests perso, zone beta, prod, etc). A chacune de ces destinations correspondra un environnement Mage. Ainsi, on aura parfois plusieurs environnements Mage pour un même projet. Donc, il faut que le script de déploiement soit capable de les gérer.

Actuellement, ce script sait gérer le nom de l'environnement Mage, mais il ne sait pas gérer les versions des différents environnements.

Il faut donc modifier le tag "deployed" pour un tag spécifique à chaque environnement. Ainsi, le système saura quelle version est déployée et où. J'aurai ainsi un projet avec des numéros de versions relatifs au projet lui-même, et auxquels sont associés des environnements où ces versions ont été déployées.

En gros: la version doit correspondre au code (aka, aux commits) et je dois juste avoir l'info de quel environnement est sur quelle version.
TagsNo tags attached.
Attach Tags

Activities

Xenos

Xenos

2016-03-29 17:46

administrator   ~0001653

Du coup, je fais sauter toute la notion de version "alpha": je ne fais que des versions MAJOR.Minor.patch et j'utiliserai le multi-environnement pour, dans le cas d'un déploiement vers une beta, ne pas créer de version dans Mantis.

Donc, dans l'idée, si je déploie vers une zone beta, alors je peux marquer les tickets Mantis comme "résolus", mais sans indiquer dans quelle version (et je peux incrémenter les n° de version comme je veux).
Si je déploie vers une zone de prod, alors "versiontype" est à "quit" (-v Q), comme ça, si le dernier commit n'a pas de numéro de version, alors le script de déploiement va utiliser ce "versionType", et comme il faut "Q", qui signifie "quitter", alors le déploiement sera annulé.

Issue History

Date Modified Username Field Change
2016-03-29 17:16 Xenos New Issue
2016-03-29 17:16 Xenos Status New => Accepted
2016-03-29 17:16 Xenos Assigned To => Xenos
2016-03-29 17:16 Xenos Status Accepted => In progress
2016-03-29 17:46 Xenos Note Added: 0001653
2016-03-29 18:18 AutoUpdater Status In progress => Resolved
2016-03-29 18:18 AutoUpdater Resolution open => fixed
2016-03-29 18:24 AutoUpdater Fixed in Version => 1.0.6
2016-04-03 17:42 Xenos Status Resolved => Close