Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Mithilfe des Paket-Designers können Sie Bereitstellungspakete erstellen und anpassen. Sie können beispielsweise SharePoint-Projektelemente und -Features hinzufügen, den IIS-Server zurücksetzen, Featureaktivierungsbereiche festlegen und Featureabhängigkeiten identifizieren. Der Designer generiert auch ein Manifest, eine XML-Datei, die jedes Paket beschreibt.
Verpackungstools
Sie können den Paket-Designer verwenden, um das Paket anzupassen und das Manifest zu generieren. Sie können SharePoint-Projektelemente einschließen, konfigurieren, ob der Webserver zurückgesetzt werden soll, und den Bereitstellungsservertyp festlegen. Weitere Informationen finden Sie unter So fügen Sie Funktionen und Elemente mit dem Paket-Designer zu einem Paket hinzu oder entfernen diese.
Alternativ können Sie den Paket-Explorer verwenden, um die Features und Elemente in der Paketdatei (WSP) zu ändern. Weitere Informationen finden Sie unter So hinzufügen und entfernen Sie Funktionen und Elemente aus einem Paket mit dem Packaging Explorer.
Sie können Visual Studio und MSBuild verwenden, um Paketdateien (WSP) zu erstellen, um Ihre SharePoint-Lösung bereitzustellen. Dieser Prozess generiert die Manifestdateien, die für die SharePoint-Bereitstellung erforderlich sind. Weitere Informationen finden Sie unter So erstellen Sie ein SharePoint-Lösungspaket mit MSBuild-Aufgaben.
Paket-Designeroptionen
In der folgenden Tabelle sind die Eigenschaften aufgeführt, die Sie in SharePoint-Paketen mit dem Paket-Designer anpassen können.
| Package Designer-Eigenschaft | Beschreibung der Standardeinstellung |
|---|---|
| Name | Erforderlich. Der Standardname des Pakets ist auf ProjectName festgelegt. |
| Webserver zurücksetzen | Wahlfrei. Wählen Sie aus, ob Sie den Webserver neu starten möchten, nachdem die WSP-Datei auf dem SharePoint-Server installiert wurde. |
| Bereitstellungsservertyp | Wahlfrei. Stellt den Servertyp dar, der das Paket hostet. Wenn dies nicht festgelegt ist, wird standardmäßig "WebFrontEnd" verwendet. ApplicationServer: Beschreibt einen Server, der Dienste hostet. WebFrontEnd: Beschreibt einen Server, der Websites hostet. |
| Elemente in der Lösung | Alle SharePoint-Projektelemente und -Features, die dem Paket hinzugefügt werden können. |
| Elemente im Paket | Wahlfrei. Alle SharePoint-Elemente und -Features, die Sie in Ihrem Paket bereitstellen möchten. |
Konfigurieren des Verpackungsvorgangs
Nachdem Sie SharePoint-Lösungen in Visual Studio entwickelt haben, können Sie anpassen, wie die Projekte gepackt werden.
In der folgenden Tabelle sind die beiden MSBuild-Ziele aufgeführt, mit denen Sie anpassen können, wie die WSP-Datei erstellt wird.
| Ziel | Description |
|---|---|
| BeforeLayout | Das Ziel, das Aufgaben unmittelbar vor dem Kopieren der Dateien in ein Zwischenverzeichnis ausführt. Sie können die Dateien vor dem Erstellen einer Paketdatei (WSP) ändern. |
| AfterLayout | Das Ziel, das Aufgaben direkt nach dem Kopieren der Dateien in ein Zwischenverzeichnis ausführt. |
Weitere Informationen finden Sie unter So passen Sie ein SharePoint-Lösungspaket mithilfe von MSBuild Targets an.
Verpackungsarchitektur
Die folgenden Schritte treten auf, wenn Sie ein SharePoint-Paket (WSP) in Visual Studio erstellen.
Die Features und Pakete werden überprüft, um sicherzustellen, dass die physische und semantische Struktur des Pakets korrekt ist.
Die Features, Projektelemente und Paketdateien im Paket werden aufgezählt. Manifestdateien für Pakete und Features werden transformiert, um alle erforderlichen Informationen für die Bereitstellung und Aktivierung einzuschließen. Die Token werden durch den vollqualifizierten Wert ersetzt.
Das anpassbare BeforeLayout MSBuild-Ziel wird ausgeführt. Sie können diesen Schritt erstellen, um benutzerdefinierte Änderungen am Paket vorzunehmen, bevor die WSP-Datei erstellt wird.
Die aufgezählten Dateien werden in ein Zwischenverzeichnis kopiert.
Das anpassbare AfterLayout MSBuild Target wird ausgeführt. Sie können diesen Schritt erstellen, um benutzerdefinierte Änderungen am Paket vorzunehmen, bevor die WSP-Datei erstellt wird.
Die Dateien im Zwischenverzeichnis werden der WSP-Datei hinzugefügt.
Paketordnerstruktur
Wenn Sie Ihr SharePoint-Projekt verpacken, wird eine WSP-Datei für Sie im Ordner "SolutionFolder\bin\<BuildConfiguration> " erstellt. Wenn sich Ihre Projektmappe beispielsweise in C:\Visual Studio 2013\Projects\ListDefinition1 befindet und die Buildkonfiguration auf Release festgelegt ist, befindet sich die WSP-Datei in C:\Visual Studio 2013\Projects\ListDefinition1\bin\Release.
Verwandte Inhalte
- Vorgehensweise: Anpassen eines SharePoint-Lösungspakets
- Vorgehensweise: Hinzufügen und Entfernen von Features und Elementen zu einem Paket mithilfe des Paket-Designers
- Vorgehensweise: Erstellen eines SharePoint-Lösungspakets mithilfe von MSBuild-Aufgaben
- Vorgehensweise: Erstellen eines SharePoint-Lösungspakets mithilfe von MSBuild-Aufgaben
- Vorgehensweise: Anpassen eines SharePoint-Lösungspakets mithilfe von MSBuild-Zielen