Quelles sont les stratégies pour la gestion des mises à jour existent sur plusieurs sous-produits et versions multiples?

StackOverflow https://stackoverflow.com/questions/873174

  •  22-08-2019
  •  | 
  •  

Question

Nous avons un produit qui a plusieurs extensions qui correspondent avec elle, chacun a son propre numéro de version. (Plus précisément, nous avons une application XULRunner avec plusieurs extensions). Le gestionnaire d'extension pour XULRunner fournit une fonctionnalité de mise à jour afin qu'il appellera une fonction chaque fois que le numéro de version de cette extension a augmenté. Cela nous donne un crochet pour faire tout nettoyage nécessaire à la mise à jour.

Cependant, il est devenu très difficile de trouver une bonne façon de garder une trace des extensions ont besoin d'une augmentation de numéro de version et ceux qui sont restés pratiquement inchangés. Le meilleur processus que nous pouvons imaginer est 1) ajouter le travail dès le départ lors de la fermeture des billets (chaque billet unique peut avoir une série de drapeaux qui doivent désigner être modifiées extensions)
2) requêtes d'écriture qui recherchent des billets qui ont des modifications à une extension depuis la dernière version pour un client particulier et 3) Mise à jour des numéros de version d'extension dans tout le produit

Cela semble tout à la fois fastidieuse au cours du développement et au moment de la libération - et sujette aux erreurs. Toutes les suggestions?

Était-ce utile?

La solution

On dirait que vous vous penchez vers l'utilisation de vos billets de travail pour identifier les modifications apportées à vos extensions. Je me demande si vous devriez regarder ce l'inverse et d'utiliser votre système de contrôle de version pour identifier où des changements ont été effectués.

Votre historique version devrait vous fournir toutes les informations dont vous avez besoin sur ce qui a changé en fonction des changements réellement effectués et publiés. Il fournira également une certaine quantité d'audit que la portée du changement correspond à la portée attendue du changement complet.

Sur la base de cette information, vous pouvez mettre en œuvre vos décisions de changement de version.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top