Libération de logiciels / Utilisation de l'intégration continue - Que semblent la plupart des entreprises?

Question

J'ai mis en place notre système d'intégration continue et cela fonctionne depuis environ un an maintenant. Nous avons finalement atteint un point où nous voulons faire des versions en utilisant la même chose. Avant notre système CI, le (ES) qui a été utilisé était:

(Develop) -> Ready for release -> Create a branch -> (Build -> Fix bugs as QA finds them) Loop -> Final build -> Tag

(Develop) -> Ready for release -> (build -> fix bugs) Loop -> Tag



Our CI setup:
1 server for development (DEV)
1 server for qa/release (QA)

Le second s'est parfaitement intégré à CI. Je crée une branche lorsque le logiciel est prêt pour la libération, et la branche ne change jamais par la suite, ce qui signifie que la construction est reproductible sans avoir à changer le travail CI. Tout développement futur se déroule à la tête, et même les versions de maintenance obtiennent une branche complètement nouvelle et un tout nouvel emploi, qui reste sur le système CI pour toujours, puis certains.

La première méthode est plus difficile à adapter. Si la branche change, la construction n'est pas reproductible à moins que j'utilise la balise pour construire [Jobs sur le serveur CI utilise la branche pour QA / Release, et je me dirige vers les builds de développement].

Cependant, si j'utilise la balise pour construire, je dois créer un nouveau travail CI pour construire à partir de la balise (perdre ChangeLog sur serveur), ou modifier le travail existant (perdre la configuration du travail d'origine).

Je sais que cela semble compliqué, et si nécessaire, je réécrivrai / éditerai pour mieux expliquer la situation. Cependant, ma question:

Si du tout] Quel processus utilise votre entreprise pour publier un logiciel à l'aide de systèmes d'intégration continue. Est-ce même fait en utilisant le système CI, ou manuellement?