Item $/<myproject>/ - Tropfen dürfen nicht getarnt werden, weil es nicht einem Elternteil zugeordnet. (Typ WorkingFolderException)

Ich versuche, Continuous Integration, Visual Studio Online, aber ich erhalte eine seltsame Fehlermeldung:

Exception Message: The item $/<mycollection>/Drops may not be cloaked 
  because it does not have a mapped parent. (type WorkingFolderException)

Meine Konfiguration des build-Element ist dieses:

Item $/<myproject>/- Tropfen dürfen nicht getarnt werden, weil es nicht einem Elternteil zugeordnet. (Typ WorkingFolderException)

Den "Build defaults" - Schritt ist konfiguriert als:

Item $/<myproject>/- Tropfen dürfen nicht getarnt werden, weil es nicht einem Elternteil zugeordnet. (Typ WorkingFolderException)

Ich muss zugeben, dass ich mich ein bisschen in die leere - was mache ich falsch?

InformationsquelleAutor Jesper Lund Stocholm | 2015-05-04
  1. 3

    Bekommen Sie die Fehler, wie Sie nicht haben, $/[Sammlung]\Tropfen abgebildet und können daher nicht verhüllen es.

    Es lohnt sich auch, darauf hin, dass Sie brauchen, um ein $[Sammlung][teamProject] in den Pfad als "Tropfen" ist nicht gültig, die auf dieser Ebene, es sei denn, Sie haben ein team-Projekt namens fällt.

    Neben dem "copy to source control" wurde als veraltet markiert und keines der neuen tools, die es benutzen werden. Sollten Sie "copy to server" statt, in dem die build-Ausgaben als zip-in TFS, aber nicht in der version control.

    • Hi @MrHinsh, danke für die Erklärung. Ich habe es auf der Arbeit durch die Angabe "copy to server" und das einfache entfernen des cloaking.
    InformationsquelleAutor MrHinsh - Martin Hinshelwood
  2. 1

    Habe ich den gleichen Fehler aus build definition erstellt durch konfigurieren von Continuous Integration innerhalb einer Azure Web App (App-Dienst). Die getarnte "Tropfen" - Ordner war unter $/[Projekt]/Tropfen statt unter $/[Projekt]/[solutionfolder]/Tropfen.

    Einmal änderte ich manuell die build-definition (Bearbeiten > Repository > - Mappings, um manuell schließen die [solutionfolder] die bauen begann.

    InformationsquelleAutor SvenAelterman
Schreibe einen Kommentar