TfsBuilds: Was löscht den Standort?

8

Ich habe TFS-Builds verwendet, seit Workflow-Builds herausgekommen sind. Ich habe nie eine Notwendigkeit oder einen Wunsch gesehen, irgendwelche der folgenden zu verwenden:

  • %Code%
    • welcher Server? Welches Verzeichnis?
  • Kopieren Sie die Build-Ausgabe in den folgenden Ablageordner (UNC-Pfad, z. B. \ server \ share):
  • Prozess - Erweitert - Copy Build output to the server

Ich habe es in automatisierten High-Level-Banking-Builds verwendet, ich habe tfs build, msbuild und cc.net ziemlich oft verwendet.

Tut es etwas, das Private Drop Location oder /p:WebProjectOutputDir nicht einstellt? Ist es der Grund, dass die Diagnose - & gt; View Logs Option ist immer ausgegraut?

Was ist der Zweck eines Ablageordners?

    
Maslow 13.05.2014, 16:25
quelle

1 Antwort

4

Überprüfen Sie, welcher Ablageordner sich in MSDN

  

Wenn Sie eine Build-Definition definieren oder in eine Warteschlange stellen, können Sie einen Pfad angeben   ein Ablageordner, damit Ihr Build-Prozess Binärdateien und Protokolle bereitstellen kann   Dateien zu Ihrem Team. Stellen Sie sicher, dass der von Ihnen angegebene Ordner vorbereitet ist   zur Verwendung als Ablageordner.

Ich denke, der Hauptgrund, warum Sie keinen Ablageordner benötigen, ist, dass Ihr Projekt ein Webprojekt ist und dass das Webprojekt keine Binärdateien liefern muss. Wenn das Team eine Desktopanwendung erstellt, ist ein Ablageordner erforderlich.

Hier sind zwei Szenarien, in denen der Drop-Ordner nützlich ist.

  • Tester in Ihrem Team finden einen Fehler und wissen, dass es vorher funktioniert hat. Das System ist zu kompliziert und kann die Ursache oder den zugehörigen Code nicht direkt finden. Außerdem wollen sie bestätigen, dass es sich um einen kürzlich eingeführten Bug handelt und es sich nicht um ein Bug-Team handelt, das lange Zeit nicht gefunden wurde. Sie beginnen also, den alten Build aus dem Ablageordner in eine andere Umgebung zu deployen. Nachdem sie ein paar Builds (wahrscheinlich das letzte Build) versucht haben, bestätigen sie, dass es sich um einen Bug handelt, der erst nach dem Build xx.xx.xxxx erstellt wurde. Entwickler prüfen Änderungen, die in diesem spezifischen Build überprüft wurden, und beheben sie.

  • Und noch ein Szenario. Das Team war kurz davor, ein neues Produkt zu veröffentlichen. Ein Entwickler hat einen Fehler behoben, aber Tester fanden einen ernsthafteren Regressionsfehler mit dem Fix. Es war zu riskant, in letzter Minute große Veränderungen vorzunehmen. Also entschied sich das Team, dem Kunden den Build zu liefern, bevor der Bug behoben wurde. Sie haben den alten Build aus dem Drop-Ordner kopiert und an den Kunden gesendet.

Der entscheidende Punkt hier ist, dass der Drop-Ordner dem Team die Flexibilität gibt, leicht an der alten Version zu arbeiten, und das Team in der Lage ist, parallel an mehreren Versionen zu arbeiten.

Die Erklärung von 3 Optionen von MSDN

  
  • Dieser Build kopiert keine Ausgabedateien in einen Ablageordner: Wählen Sie diese Option, wenn Sie keine Ausgabedateien benötigen.
  •   
  • Kopieren Sie die Build-Ausgabe in den folgenden Ablageordner: Wählen Sie diese Option, wenn Sie Ausgabedateien in einen Ablageordner auf einem Dateifreigabe-Server kopieren möchten. Geben Sie den UNC-Dateipfad in das Feld ein, in dem das Buildsystem die Ausgabedateien ablegen soll. Sie müssen einen Ordner angeben, der für die Verwendung als Ablageordner vorbereitet wurde. Weitere Informationen finden Sie unter Auswählen eines Bereitstellungsverzeichnisses und Einrichten eines Ablageordners.
  •   
  • Build-Ausgabe auf den Server kopieren: Wählen Sie diese Option, um die erstellte Ausgabe auf Ihren Team Foundation Server zu kopieren.
  •   
    
qxg 13.05.2014 16:55
quelle

Tags und Links