Qu'est-ce que la gestion de la configuration?

Dans tous les projets auxquels j'ai participé et qui ont eu la contribution d'un consultant externe, la question a été posée sur le type de gestion de la configuration que nous utilisions. Dans aucun de ces cas, le consultant n'a pu définir la gestion de la configuration. Alors c'est quoi?

La gestion des configurations logicielles (SCM) se résume à répondre aux questions suivantes:

• Quels fichiers source ont été utilisés pour fabriquer notre produit final?
• Qu'est-ce qui a changé depuis la dernière fois que nous avons fabriqué notre produit final?
• Pourquoi l'avons-nous changé?

À son tour, cela peut devenir un "processus" assez grand et laid. Les problèmes de processus sont la raison pour laquelle la plupart des développeurs se contentent de mentionner SCM, car cela signifie suivre les fichiers source, les défauts et les exigences; puis lier le tout pour que vous puissiez auditer les changements (c'est un monde idéal du point de vue de la gestion car il donne un bon outil de gestion pour mieux voir de quelles ressources il a besoin, où.)

Ceci est différent de la gestion de configuration ITIL qui est en fait le suivi des actifs logiciels, quel logiciel s'exécute où (quel serveur / poste de travail) et quelle est la configuration de ce logiciel.

En d'autres termes, votre consultant veut probablement savoir comment votre entreprise / groupe de développement répond aux trois questions en haut de ma réponse.

La gestion de la configuration englobe «tout le reste» qui n'est pas directement lié à l'écriture de code. C'est donc la façon dont vous gérez les versions, comment vous gérez et triez les rapports de bogues et les suggestions de fonctionnalités, comment vous effectuez vos builds, etc. Il comprend également souvent la façon dont votre code source est géré (par exemple, quel contrôle de version vous utilisez, les stratégies de branchement, comment vous [éventuellement] gérez plusieurs "versions" simultanées, etc.).

La gestion de la configuration a signifié beaucoup de choses au fil du temps. Je considère qu'il est plus important pour les administrateurs ou les opérations que directement pour les développeurs. Lorsque vous êtes une personne chargée des opérations qui essaie de maintenir les serveurs opérationnels, vous vous inquiétez de configurer des machines, de gérer leur configuration et de la faire fonctionner. Si vous vous connectez à un ordinateur et commencez à installer des logiciels et à modifier les fichiers de configuration sur une machine, vous ne gérez pas cette configuration. Que se passe-t-il si cette machine meurt? Que se passe-t-il si quelqu'un va sur cette machine et change un fichier de configuration et que tout commence à paniquer? Que faire si vous devez démarrer une autre machine configurée exactement comme celle qui est en cours d'exécution? Pouvez-vous le faire?

Sans stratégie de gestion de configuration, vous ne pouvez pas. Et c'est pourquoi c'est important. Tout est question de répétabilité. Les développeurs abordent la répétabilité différemment des opérateurs, donc nous nous soucions de répéter différentes choses.

Il existe d'excellents outils open source qui vous aident à le faire: Chef, Capistrano, Cook et même SVN. Pourquoi SVN devrait-il être utilisé uniquement par les développeurs? Archivez vos fichiers de configuration, les scripts que vous utilisez pour configurer les machines et suivez leurs versions. Ces parties de votre organisation sont essentielles pour le faire fonctionner. Vous ne voulez pas les perdre.