Heim > Backend-Entwicklung > C#.Net-Tutorial > Dokumentation zum .NET Core CLI-Tool dotnet-publish

Dokumentation zum .NET Core CLI-Tool dotnet-publish

高洛峰
Freigeben: 2017-05-26 13:34:02
Original
2508 Leute haben es durchsucht

Name

dotnet-publish – Packen Sie die Anwendung und alle ihre Abhängigkeiten in einen Ordner und bereiten Sie sie für die Veröffentlichung vor

Zusammenfassung

`dotnetPublish [-- Framework ]

[--runtime] [--build-base-path] [--output]  
[--version-suffix] [--configuration]  
[<project>]`
Nach dem Login kopieren

Beschreibung

dotnet Publish kompiliert die Anwendung, indem es die in der project.json-Datei angegebenen Abhängigkeiten liest und die Ergebnissatzdateien in einem Verzeichnis veröffentlicht.

Abhängig von der Art der tragbaren Anwendung enthält das resultierende Verzeichnis Folgendes:

Portable Anwendung – Der Intermediate Language (IL)-Code der Anwendung und alle zugehörigen Abhängigkeiten der Anwendung.

Lokale Abhängigkeiten für tragbare Apps – Unterstützte Plattformen mit jeder lokalen Abhängigkeit im oben genannten Unterverzeichnis.

Eigenständige Anwendung – Wie oben, mit angehängter gesamter Laufzeit für die Zielplattform.

Optionen

[Projekt]

Für die Dotnet-Veröffentlichung ist Zugriff auf die Datei project.json erforderlich. Wenn es nicht mit einem angegebenen [Projekt] aufgerufen wird, ist project.json im aktuellen Verzeichnis die Standardeinstellung.
Wenn keine project.json gefunden werden kann, gibt Dotnet Publish einen Fehler aus.

-f, --framework [FID]

Veröffentlichen Sie eine Anwendung mit der angegebenen Framework-Identifikation (FID). Wenn nicht angegeben, wird die FID aus project.json gelesen. Der Befehl gibt einen Fehler aus, wenn kein gültiger Frame gefunden wird. Wenn mehrere gültige Frames gefunden werden, gibt der Befehl alle gültigen Frames aus.

-r, --runtime [RID]

Gibt die angegebene Laufzeitanwendung frei.

-b, --build-base-path [DIR]

Verzeichnis für temporäre Ausgabe.

-o, --output

Geben Sie den Pfad an, in dem das Verzeichnis abgelegt werden soll. Wenn nicht angegeben, wird standardmäßig ./bin/[configuration]/[framework]/ für tragbare Anwendungen oder ./bin/[configuration]/[framework]/[runtime] für eigenständige Anwendungen verwendet.

--version-suffix [VERSION_SUFFIX]

Definiert, was * im Versionsfeld in der Datei project.json ersetzt wird.

-c, --configuration [Debug|Release]

Konfiguration beim Release. Der Standardwert ist Debug.

Beispiel

dotnet Publish

Veröffentlichen Sie eine Anwendung mit dem Framework in project.json. Wenn project.json einen Laufzeitknoten enthält, ist die veröffentlichte RID die aktuelle Plattform.

dotnet Publish ~/projects/app1/project.json

Veröffentlichen Sie die Anwendung mit der angegebenen project.json.

dotnetPublish --framework netcoreapp1.0

Verwenden Sie das Netcoreapp1.0-Framework, um die aktuelle Anwendung zu veröffentlichen.

dotnetPublish --framework netcoreapp1.0 --runtime osx.10.11-x64

Veröffentlichen Sie die aktuelle Anwendung mit dem Netcoreapp1.0-Framework und der OS X 10.10-Laufzeit. Diese RID muss im Laufzeitknoten in project.json vorhanden sein.

[Verwandte Empfehlungen]

1. .Net Core grafischer Verifizierungscode

2. .NET Core-Konfigurationsdatei laden und DI Inject Konfigurationsdaten

3. ZKEACMS für .Net Core im Detail vorstellen

4.Teilen Sie den Formularüberprüfungs-Beispielcode in .net MVC

5. Wie erstelle ich eine HTTP-Anfrage unter .net Core?

6. Instanz-Tutorial zum Ausführen von ZKEACMS unter CentOS

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage