TFS 2013 - Sauberer Arbeitsbereich vs Sauberer Build

Question

Ich konnte keine definitive Antwort finden: Was ist der Unterschied in TFS2013 zwischen Sauberer Arbeitsbereich Richtig/Falsch und Sauberer Build Richtig/Falsch. Es ist nicht einfach, den Build-Server während der Arbeit zu erfassen und wirklich zu sehen, was passiert. Ich denke, dass der Unterschied ist, dass sauberes Workapce das Verzeichnis src löscht, während das saubere Build die bin/tst Verzeichnisse löscht.

Wenn es so ist - ich kann nicht verstehen, warum es das Verzeichnis src obwohl löschen muss. Es scheint, dass die sauberste Art und Weise zu bauen erfordert nur die Arbeitsbaum zu reinigen (zusammen mit bin/tst) und erhalten neueste darüber, und nicht löschen und erhalten alle Quellen wieder.

Wenn ja - wie kann ich diese Art der Reinigung durchführen? Oder ich habe es falsch verstanden?

Der Hintergrund ist, dass wir schwere Quellen (> 1 GB) und nicht sehr gutes Netzwerk zwischen dem TFS-Server und dem Build-Server haben. Wir würden es gerne abschneiden, aber auch den Baum src vor dem Build säubern.

Answer 1

Für die Einstellung "Clean Workspace" gibt es drei Optionen. Und diese Einstellung wird verwendet, um festzulegen, ob Quell-/Ausgabeordner im direkt agierenden Build-Agenten gelöscht werden sollen. (Standardmäßig ist: $ (Systemdrive) \ Builds \ $ (BuildAgentId) \ $ (BuildDefinitionPath))

1. Alle: Löschen Sie alle vorhandenen Ausgänge und Quellen und machen Sie einen vollständigen Neuaufbau;
2. Ausgaben: Alle vorhandenen Ausgaben löschen, aber nur die Quelldateien abrufen, die sich seit dem letzten Build geändert haben (Incremental Get);
3. Keine: vorhandene Ausgänge und Quellen an Ort und Stelle lassen und Änderungen inkrementell erstellen.

Allerdings kann ich nicht finden bereinigter Build (True | False) Einstellung, meinen Sie löschen baut oder Retention Policy?

Für Ihr Szenario müssen Sie "Clean Workspace" auf "Output" setzen, dann wird der Ausgabeordner gelöscht, aber immer noch Quellordner.