2014-02-20 8 views
6

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?

+0

Verbergen der Drop-Ordner sollte nicht zu einem Hang führen ... Ich denke, das ist das Problem hier. – DaveShaw

Antwort

3

Ich hatte das gleiche Problem und die obige Lösung hilft nicht, da Dylan Smith nicht erklärt, wie man die Warnung stoppt, wenn es keinen Tropfen-Ordner gibt (leer oder nicht), der das Problem in der ursprünglichen Frage ist. Meine "Hack" -Lösung bestand darin, im Root-TFS-Projekt einen Dummy-Ordner "Drop" zu erstellen und zu tarnen.

+0

Es scheint, als wäre dies die beste Lösung, um die Warnung loszuwerden. Danke für das Posten. Ich hatte auf eine bessere Antwort gehofft, aber es scheint, dass es einfach keinen gibt. – Vincent

+0

Wie erstelle ich einen Ablageordner? –

+1

Ich habe festgestellt, dass Sie keinen Drop-Ordner erstellen müssen. Ummantelung $//Drops. Bizarr, wie Microsoft etwas so offensichtliches und schnell zu finden in die Produktion gehen lässt (schätze, es ist Zeit, TFS zu beenden und zu Git zu wechseln) – makhdumi

0

Dies ist ein Problem, weil TFS Build nicht nur den Quellcode, sondern alle Tropfen jedes Mal herunterlädt. Normalerweise ist das eine Verschwendung, da es nicht den Ordner "drop" herunterladen muss. In Ihrem Fall ist der Drop-Ordner möglicherweise leer, aber die Warnlogik ist nicht intelligent genug, um dies zu erkennen.

+0

Vielen Dank für Ihre Antwort. Sie sagen "der Ordner drops kann leer sein", was bedeutet, dass er noch existiert. Aber ich kann es nicht finden, wenn ich nach einem "Source Control Folder" suche, ist das bei Drops-Ordnern immer der Fall? Mit "Quellcodeverwaltungsordner" meine ich den Ordner, der unter Quelleinstellungen in der Build-Definition konfiguriert ist. – Vincent

3

eine Abhilfe für dieses gefunden: Erstens, einen Mantel Richtlinie zu Ihrem inexistent Drops Ordner hinzufügen:

Umhang | $ [Lösungsname] \ Tropfen

speichern Sie dies, es wird sich nicht beschweren. Queue einen Build, und lassen Sie es fehlschlagen, weil 'Tropfen nicht zugeordnet ist'. Kehren Sie zur Builddefinition zurück und entfernen Sie den versteckten Ordner "Drops" und speichern Sie ihn. Für mich bekomme ich nicht mehr die Warnung. Hoffentlich funktioniert das für andere Leute!