Wir haben eine kleine Einrichtung des TFS-Servers 2013 und laufen Builds für ein einzelnes Projekt. Für dieses Projekt haben wir nur eine einzige Build-Definition, bei der die Drop-Funktion deaktiviert ist. Das heißt, This build does not copy output files to a drop folder
. Doch wir bekommen diese Nachricht jedes Mal, wenn wir die Build-Definition speichern:Warum erstellt mein TFS Zeitverschwendung, obwohl es keinen Ordner für Drops gibt?
Diese bauen vergeudet Zeit und Computer-Ressourcen, weil Ihre Arbeit Ordner, um die Teamprojekte (... Project) umfassen, zu denen ein Ordner Drops. Sie sollten die Drop-Ordner maskieren. Siehe http://go.microsoft.com/fwlink/?LinkId=269693.
Normalerweise würde ich erfüllen und den Ordner Drops verhüllen. Das führt jedoch dazu, dass der Build am Ende hängt (nachdem das Erstellen, Testen und Bereitstellen durchgeführt wurde), gleich nach dem "Zurücksetzen der Umgebung".
Meine Frage ist, warum warnt uns TFS uns, den Drops-Ordner zu verbergen, obwohl es wirklich keinen gibt? Oder ist es da und ich übersehe es vollständig?
Verbergen der Drop-Ordner sollte nicht zu einem Hang führen ... Ich denke, das ist das Problem hier. – DaveShaw