Freigeben über


Buildvorgänge

Sämtliche Dateien in einem Projekt von Visual Studio verfügen über einen Buildprozess. Durch den Buildprozess wird kontrolliert, was mit der Datei passiert, wenn das Projekt erstellt ist.

Festlegen eines Buildprozesses

Visual Studio legt die Buildaktion basierend auf dem Dateityp oder der Elementvorlage fest, die zum Erstellen verwendet wurde, aber Sie können sie ändern. Öffnen Sie die Eigenschaften der Datei im Fenster Eigenschaften durch Auswahl der Datei im Projektmappen-Explorer, und drücken Sie Alt+Eingabe, um den Buildprozess für eine Datei festzulegen. Oder klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf die Datei, und wählen Sie Eigenschaften. Verwenden Sie im Fenster Eigenschaften unter Erweitert die Dropdownliste neben Buildprozess, um einen Buildprozess für die Datei festzulegen.

Buildprozesse für eine Datei in Visual Studio

Buildprozesswerte

Einige der gängigeren Buildprozesse für C# und Visual Basic-Projektdateien sind die folgenden:

Buildvorgang Projekttypen BESCHREIBUNG
AdditionalFiles C#, Visual Basic Eine Textdatei, die keine Quelldatei ist, die an den C#- oder Visual Basic-Compiler als Eingabe übergeben wird. Dieser Buildprozess wird hauptsächlich zum Bereitstellen von Eingaben für Analysetools verwendet, auf die ein Projekt verweist, um die Codequalität zu überprüfen. Weitere Informationen finden Sie in der GitHub-Übersicht zum Verwenden zusätzlicher Dateien.
ApplicationDefinition WPF Die Datei, die Ihre Anwendung definiert. Wenn Sie ein Projekt zum ersten Mal erstellen, ist diese Datei "App.xaml".
CodeAnalysisDictionary .NET Ein benutzerdefiniertes Wörterbuch, das von der Codeanalyse für die Rechtschreibprüfung verwendet wird. Weitere Informationen finden Sie unter How to: Anpassen des Codeanalysewörterbuchs
Compile any Die Datei wird an den Compiler als Quelldatei übergeben.
Inhalt .NET Eine Datei, die als Content markiert ist, kann als Stream abgerufen werden, indem Sie Application.GetContentStream aufrufen. Bei ASP.NET Projekten werden diese Dateien beim Bereitstellen als Teil der Website eingeschlossen.
DesignData WPF Wird für XAML-Ansichtsmodelldateien verwendet, damit Benutzersteuerelemente zur Entwurfszeit mit Dummytypen und Beispieldaten angezeigt werden können.
DesignDataWithDesignTimeCreateable WPF Wie bei DesignData, aber mit tatsächlichen Typen.
Embedded Resource .NET Die Datei wird an den Compiler als Ressource übergeben, die in die Assembly eingebettet wird. Rufen Sie System.Reflection.Assembly.GetManifestResourceStream zum Lesen der Datei aus der Assembly auf.
EntityDeploy .NET Für Entity Framework(EF)- .edmx Dateien, die die Bereitstellung von EF-Artefakten angeben.
Fakes .NET Wird für das Microsoft Fakes-Testframework verwendet. Weitere Informationen finden Sie unter Isolieren von getestetem Code mithilfe von Microsoft Fakes
None any Die Datei ist in keiner Weise Teil des Builds. Dieser Wert kann für Dokumentationsdateien wie Infodateien verwendet werden.
Seite WPF Kompilieren Sie eine XAML-Datei in eine Binärdatei .baml , um das Laden zur Laufzeit zu beschleunigen.
Ressource WPF Gibt an, die Datei in eine Assemblymanifestressourcendatei mit der Erweiterung .g.resourceseinzubetten.
Shadow .NET Wird für eine .accessor Datei verwendet, die eine Liste der integrierten Assemblydateinamen enthält, eine pro Zeile. Generieren Sie für jede Assembly in der Liste öffentliche Klassen mit den Namen ClassName_Accessor, die den Originalen entsprechen, aber mit öffentlichen Methoden anstelle von privaten Methoden. Wir für Komponententests verwendet.
Begrüßungsbildschirm WPF Gibt eine Bilddatei an, die zur Laufzeit angezeigt werden soll, wenn die App gestartet wird.
XamlAppDef Windows Workflow Foundation Weist den Build an, eine Workflow-XAML-Datei in eine Assembly mit einem eingebetteten Workflow zu erstellen.

Hinweis

Zusätzliche Buildaktionen können für bestimmte Projekttypen definiert werden, sodass die Liste der Buildaktionen vom Projekttyp abhängt und Werte angezeigt werden, die sich nicht in dieser Liste befinden.

Siehe auch