Sammeln von Betriebssystem- und Tool-Versionsnummern für Build-Archivierungszwecke

Question

Unsere automatisierte Build-Maschine muss die Versionsnummern des Betriebssystems sowie verschiedene während jedes Builds verwendete Tools archivieren.(Für den Fall, dass wir später jemals genau denselben Build replizieren müssen, vielleicht wenn die Maschine schon lange nicht mehr funktioniert.)

Ich sehe, dass mit dem Befehl „msinfo32.exe“ eine ganze Menge Systemversionsinformationen ausgegeben werden können, die wir genauso gut archivieren könnten.

Kennt jemand eine Möglichkeit, die Versionsnummern der Visual Studio-Tools einfach zu archivieren?

Welche Mechanismen verwenden andere Entwickler, um diese Art von Informationen für Archivierungszwecke zu sammeln?

---

Zusätzliche Informationen für Fabio Gomes.

Ich stimme Ihnen zu, dass es in fünf Jahren wahrscheinlich unmöglich sein wird, die genaue Betriebssystem- und Toolkonfiguration (bis hin zum nächsten Sicherheitsupdate) wiederherzustellen.Leider ergibt sich dies tatsächlich aus einer vertraglichen Anforderung.Als Teil unserer Lieferung an einen Kunden müssen wir eine Kopie des gesamten Quellcodes und klare Anweisungen zur genauen Replikation des Builds bereitstellen.Es ist für uns wahrscheinlich unmöglich, diese Anforderung perfekt zu erfüllen.

Also – ich werde Ihre Antwort einfach als richtig markieren (ich stimme Ihnen zu, dass es praktisch unmöglich ist) und mit dem Rest des Stapelüberlaufs weiterspielen.:) :)

PS.Es wäre wirklich großartig, wenn der Stapelüberlauf Antworten auf Antworten unterstützen würde, anstatt die ursprüngliche Frage bearbeiten zu müssen.Aber ich sehe, dass es so ist bereits verweigert.

Answer 1

Tut mir leid, aber was könnte dazu führen, dass in Zukunft genau derselbe Build repliziert werden muss?

Nach meiner Erfahrung schützen Sie entweder Ihre Produktinstallationsprogramme oder beginnen einen neuen Build von Grund auf.

Außerdem besteht meiner Meinung nach die einzige Möglichkeit, in Zukunft genau denselben Build zu replizieren, darin, Ihre Build-Maschine auf einer virtuellen Maschine auszuführen und die VM-Sicherung beizubehalten.

Ich denke, dass die meisten Softwareprogramme, die Sie in Zukunft benötigen, um genau denselben Build zu replizieren, nicht mehr verfügbar sein werden. Daher müssen Sie eine Kopie jeder Softwareversion aufbewahren, die Sie auf diesem Computer installieren.

Könnten Sie das Problem, das Sie lösen möchten, genauer beschreiben?

Answer 2

Ein alternativer Vorschlag:Legen Sie die relevanten Tools (Compiler, Systemheader und Bibliotheken usw.) in Ihrem Repository selbst ab, anstatt zu erwarten, dass sie lokal installiert werden.Siehe auch a Blogeintrag Ich habe zu diesem Thema geschrieben.

Ich habe Visual Studio, gcc usw.alles in mein Subversion-Repository eingecheckt.

Answer 3

Wenn Sie darauf aufbauen Befehlszeile Sie können festlegen, dass es ausführlich ist, und die gesamte Ausgabe in einer Textdatei erfassen, um sie bei jedem Build zu archivieren.

eg, msbuild <build_file> > myfile.txt