Frage

Also, ich weiß jetzt, was von nächtlichem speichern baut . Was ist, wenn ich etwas für die Kunden geben?

Zum Beispiel möchte ich wahrscheinlich Debug-Informationen (zum Beispiel PDB) speichern.

Was sonst noch?

War es hilfreich?

Lösung

Wir verwenden:

  • Installateure
  • Binärdateien
  • PDBS
  • Tag der Quelldateien
  • alle anderen Quelldateien, die nicht in svn sein könnte - zum Beispiel config.status
  • bauen log

Du hast mich fragen, ob ich etwas Wichtiges fehlt bin

Andere Tipps

  • Compiler und Bibliothek Versionsinformationen (es ist nicht Teil des Build-Protokolls sein kann). Jemand anders erwähnte die ganzen Binärdateien.
  • Linker-Map-Datei (es kann manchmal das Remote-Debugging eines Problems helfen).
  • ungestrippte ausführbare Datei (wenn auf einem Unix-System, das Sie es die ausführbaren abzustreifen, bevor es für die Kunden verfügbar zu machen).

Für die SDK Versionen wir sind:

  • PDB und XML für die Bibliotheken (mit dem neuesten Snapshot der Proben verpackt)
  • Verpackte Snapshot von Quellen aus dem SVN (nur weil wir es können)
  • Link zur Online-Dokumentation (docs von der Quelle erzeugt werden, automatisch)

Trace-Nachrichten müssen nicht unbedingt standardmäßig aber die Möglichkeit erzeugt werden, um sie sehr hilfreich sein, zu ermöglichen, sein.

Ergebnisse und Informationen von ATPs erzeugt, die auf dem Build ausgeführt werden (wahrscheinlich als Teil des Build-Prozesses).

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top