Collecte des numéros de version du système d'exploitation et des outils à des fins d'archivage de build

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

Question

Notre machine de build automatisée doit archiver les numéros de version du système d'exploitation ainsi que divers outils utilisés lors de chaque build.(Au cas où nous aurions besoin de reproduire exactement la même version plus tard, peut-être lorsque la machine sera morte depuis longtemps.)

Je vois que la commande "msinfo32.exe" peut être utilisée pour vider toute une série d'informations sur la version du système, que nous pourrions tout aussi bien archiver.

Quelqu'un connaît-il un moyen d'archiver facilement les numéros de version des outils Visual Studio ?

Quels mécanismes les autres développeurs utilisent-ils pour collecter ce type d'informations à des fins d'archivage ?


Informations supplémentaires pour Fabio Gomes.

Je suis d'accord avec vous que dans 5 ans, il sera probablement impossible de recréer la configuration exacte du système d'exploitation et des outils (jusqu'à la mise à jour de sécurité la plus proche).Malheureusement, cela vient en réalité d’une exigence contractuelle.Dans le cadre de notre livrable à un client, nous devons fournir une copie de tout le code source et des instructions claires sur la manière exacte de répliquer la version.Il nous est probablement impossible de répondre parfaitement à cette exigence.

Donc, je vais simplement marquer votre réponse comme correcte (je suis d'accord avec vous que c'est pratiquement impossible) et continuer à jouer avec le reste du débordement de pile.:)

PS.Ce serait vraiment génial si le débordement de pile prenait en charge les réponses aux réponses au lieu d'avoir à modifier la question d'origine.Mais je vois que c'est le cas déjà été refusé.

Était-ce utile?

La solution

Désolé, mais qu'est-ce qui pourrait conduire à la nécessité de reproduire exactement la même version à l'avenir ?

D'après mon expérience, soit vous protégez vos installateurs de produits, soit vous démarrez une nouvelle version à partir de zéro.

De plus, selon l'OMI, le seul moyen de répliquer exactement la même version à l'avenir est d'exécuter votre machine de build sur une machine virtuelle et de conserver la sauvegarde de la VM.

Je pense que la plupart des logiciels dont vous aurez besoin pour répliquer exactement la même version à l'avenir ne seront plus disponibles, vous devrez donc conserver une copie de chaque version de logiciel que vous installez sur cette machine.

Pourriez-vous être plus précis sur le problème que vous essayez de résoudre ?

Autres conseils

Une suggestion alternative :placez les outils pertinents (compilateurs, en-têtes système et bibliothèques, etc.) dans votre référentiel lui-même, plutôt que de vous attendre à ce qu'ils soient installés localement.Voir aussi un article de blog J'ai écrit sur ce sujet.

J'ai Visual Studio, gcc, etc.tous enregistrés dans mon référentiel Subversion.

Si vous construisez sur le ligne de commande vous pouvez lui dire qu'il est verbeux et capturer toute la sortie dans un fichier texte pour l'archiver à chaque build.

eg, msbuild <build_file> > myfile.txt

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