TFS-build-gebrochen - Das Verzeichnis ist nicht leer auf Quellen-Verzeichnis

Ich habe ein problem mit meinem build (TFS2010). Alles war gut mit diesem build vor kurzem, bis heute, wo ich jetzt immer eine Fehlermeldung, ziemlich viel, sobald das bauen beginnt:

Delete Sources Directory (00:00) The Directory is not empty.

Ich habe mir auf dem server, und ich sehe \builds\1\myproject\sources\ ist leer.. da ist nichts drin! Der Fehler Hinweise auf, dass nicht der Fall ist, aber es ist leer sicher.

Frage ich mich, ob es nicht sein sollte in diesem Fall leer? Kann jemand mir raten, auf welche Tat könnte ich auf diese zu nehmen, um den build wieder zum laufen?

Dies ist der log der fehlgeschlagenen build:

Overall Build Process
00:00
Update Build Number
00:00
Create the Drop Location
00:03
Run On Agent (reserved build agent Default Agent - server1)
00:00
Delete Test Results Directory
00:00
Delete Binaries Directory
00:00
Delete Workspace
00:00
Delete Sources Directory
 The directory is not empty.

Vielen Dank für jede Hilfe!!!

Haben Sie überprüfen Sie Ihre Quelle Registerkarte "Einstellungen" in deinem build? Stellen Sie sicher, dass Quell-Ordner "Steuerung" und Build-Agent-Steuerelement-Ordner Zuordnungen korrekt sind. prüfen Sie, ob sich etwas geändert vor kurzem.
Hey sieht alles genau so, wie Sie es immer Tat, wenn er arbeiten war. Blick auf ein backup von dem Ordner "sources", sehe ich, dass der erste build, der einen Fehler verursacht wurde, beschwerte sich über Berechtigungen, wenn eine Datei gelöscht, sobald der Bau ausgeführt wurde (das verursacht das bauen zu stoppen). Die Quellen-Ordner war dann unvollständig gelassen und jetzt ist Sie leer.
Löschen Sie manuell die Dateien in e \baut\1\myproject-Ordner und in unser Build-Prozess Tab Abschnitt, ändern Sie den Arbeitsbereich sauber an, wenn es gesetzt ist, die als Ausgabe. Den build versuchen. wenn es funktioniert, ändern Sie den Arbeitsbereich sauber-Eigenschaft, um die vorherigen Einstellungen.

InformationsquelleAutor bruceiow | 2013-09-09

  1. 42

    Dies geschieht normalerweise, wenn ein anderer Prozess hat einen handle auf die Datei-system. Explorer oder ein Fenster der Eingabeaufforderung ist oft der Schuldige.

    +1. Am häufigsten ist nur, dass Sie geöffnet habe, ein Datei-explorer in einen Ordner, und nur schließen Sie das Problem zu beheben. Im schlimmsten Fall (es ist sehr unwahrscheinlich, dass dieser schlecht ist) müssen Sie möglicherweise den server neu starten zu leeren, unverschlossenen Griffe.
    Ein gutes tool zum aufspüren dieses Problem ist SysInternals Process Explorer (technet.microsoft.com/en-us/sysinternals). Sie können wählen, "Find Handle der Datei oder DLL..." und geben Sie einen Teil des Pfades auf das build-Verzeichnis. Es wird Ihnen sagen, alle Prozesse mit diesem Griff in diesem Pfad auf, so dass Sie genau wissen, was zu schließen oder zu töten. Es hat mich gerettet eine Menge unnötiger Neustart.

    InformationsquelleAutor James Reed

  2. 2

    Ich hatte dieses Problem als eines der deployment-Ordner in den "c:\" wurde eröffnet. so schließen Sie den Ordner und starten Sie Ihren build mit der Arbeit. Dank

    InformationsquelleAutor Devanathan.S

  3. 0

    außer Fall, wenn es jemand nahm Griff, um das Unterverzeichnis oder eine Datei in diesem dir solche Fehler können passiert, wenn es Dateien im Verzeichnis (oder in ein beliebiges Unterverzeichnis), die Pfad-Länge > 260 Symbole. In solchen Fällen müssen Sie, um zu löschen '\\?\C:\mydir' anstelle von 'C:\mydir'. Über 260 Symbole-limit Sie können Lesen hier.

    InformationsquelleAutor HostageBrain

  4. 0

    In der Regel ein Datei-handle, das, wie oben erwähnt, obwohl, wenn Sie kann nicht den Schuldigen finden löschen "C:\agent_work\#NumberOfBuildDefinition#" wird dieses release und meine die bauen kann erneut veröffentlichen.

    Dies geschieht, da die builddefinition, hat ein repository-Einstellungen von "Clean" auf "true" gesetzt und "Clean options" auf "Quellen", also auf jeder neuen build, es versucht zu löschen, alle Dateien aus dem Ordner, in Frage stellen.

    InformationsquelleAutor Chris

  5. 0

    Für dieses problem, ich Entferne nur die Kaution Ordner erstellen, die nicht auf dem build-server. Ich habe nichts gefunden im Ereignisprotokoll.
    Dies gilt für diejenigen, die gewählt haben, kopieren Sie die Ausgabe der generation, die in einen Ordner auf dem server erstellen.
    Meine Konfiguration: VS2015 /TFS2015
    Build-server: Windows Server 2008 R2

    InformationsquelleAutor Phil Clevy

Schreibe einen Kommentar