Stratégie de branchement pour logiciel configurable

Question

Je travaille sur une application qui est produite pour différents groupes de clients. Selon le client, les éléments de l'interface utilisateur du logiciel peuvent varier. Par exemple, un client peut avoir besoin de l'élément de menu X, tandis que l'autre client reçoit l'élément de menu Y.

Actuellement, toute la configuration de l'interface utilisateur se fait via XML (en grande partie avec le ressort). Pour les différents exemples d'options de menu, un fichier XML peut avoir une liste d'options de menu à afficher sur l'interface utilisateur. J'essaie de comprendre comment gérer au mieux le branchement du logiciel de sorte qu'ils puissent tous utiliser la même base de référence, et tous reçoivent des corrections de bogues, mises à jour, etc. La seule chose qui sera différente entre le branches est les fichiers de configuration XML.

Existe-t-il de bonnes pratiques/techniques pour gérer cela? Je ne suis pas tout à fait sûr que chaque client a besoin de différentes branches - c'était juste ma première pensée, donc je suis ouvert à d'autres suggestions. Mais toute aide concernant la meilleure façon de procéder serait appréciée.

Si elle aide à savoir, nous ne sommes pas en utilisant un système de contrôle de version distribué pour ce projet (en utilisant SVN).

grâce,

Jeff

Answer 1

Si vous pouvez le gérer, je vous conseille vivement contre une branche par client. Pensez simplement aux frais généraux de fusion, multipliés par le nombre normal de branches que vous pourriez avoir pour d'autres raisons, telles que la correction après la publication.

Si vous pouvez plutôt tenir à l'approche de configuration - caractéristiques pour allumer et éteindre sans recompilation - Je pense que vous constaterez que pour maintenir une approche beaucoup plus facile.

Answer 2

Dans le coffre, je maintiendrais plusieurs fichiers de configuration, du nom du client. Lors de la préparation d'une livraison, je ne copierais que le fichier de configuration pertinent, renommé comme prévu par le logiciel.

Answer 3

Si la seule chose qui sera vraiment différent entre les clients sont les fichiers de configuration XML, alors je ne crée pas une branche de code complet pour chaque client. C'est une application de DRY - si vous avez le code répété à deux endroits, il deviendra désynchronisé.

Dans ce cas, vous pouvez simplement garder tous les fichiers de configuration dans des branches distinctes, ou d'utiliser un fichier de base et de configuration d'overrides offre par client. Ensuite, vous auriez juste besoin de faire un processus de construction qui pourrait tout mettre ensemble pour un client donné.

Tout subjective Je sais, mais voilà comment j'aborder le problème.