2016-07-29 18 views
1

Gibt es eine Möglichkeit, die benutzerdefinierten Implementierungsziele durch einen TFS-Build auszulösen? Wir verwenden TFS 2015 (mit VS 2015, git-Repository) und starteten mit einer Visual Studio-Builddefinitionsvorlage, aber die benutzerdefinierten Ziele (UmbracoCms.targets) werden nicht ausgelöst, sodass die Ordner umbraco, umbraco_client und andere nicht erfasst werden in der Bereitstellung in den Artefakte-Ordner.Benutzerdefinierte benutzerdefinierte Umbraco-Ziele während des TFS-Builds anrufen

Ich habe die Veröffentlichungsprofile aus Visual Studio erhalten, um mehrmals richtig zu funktionieren.

Insbesondere hier ist meine Konfiguration:

  • Lösung: $ (SolutionPath)
  • MSBuild Argumente: /p:OutDir=$(build.stagingDirectory) /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true
  • Plattform: $ (BuildPlatform)
  • Konfiguration: $ (BuildConfiguration)
  • Reinigen: Nein
  • Wiederherstellen NuGet: Nein
  • VS Version: 2015

Kreuz posted on our.umbraco.com

+0

Wie Sie Ziele Umbraco lokal hat bereitstellen? –

+0

@ Cece-MSFT Ich habe von der [readme] (https://github.com/umbraco/Umbraco-CMS/blob/master-v7/build/NuSpecs/tools/Readme.txt) aus der NuGet-Installation abgearbeitet, aber im Wesentlichen erstellt ein Dateisystem veröffentlichen Profil, das die Ziele ausgelöst. Bei einem lokalen Build waren die Ziele nicht erforderlich, da die ausgeschlossenen VS-Ordner bereits für IIS sichtbar waren. – mlhDev

Antwort

0

Nach mehr Experimentieren fand ich, dass die unter MSBuild Parameter der Website veröffentlicht, wie erwartet (speziell der PublishProfile Parameter). Ich halte dies immer noch für nicht ideal, da ein Teil meines Ziels darin bestand, ein System zu erstellen, bei dem die Bereitstellung in Staging (oder Produktion) ohne viel Arbeit nicht von Visual Studio aus erfolgen konnte und normalerweise TFS (für die Prüfung) durchlaufen müsste Weg). Die Verwendung der eingebauten Veröffentlichungsprofile erfordert grundsätzlich das Visual Studio-Setup, das ich vermeiden wollte, aber ich habe keine Alternativen gefunden.

/p:OutDir=$(build.stagingDirectory) /p:DeployOnBuild=true /p:PublishProfile=Intranet.pubxml