Bereitstellen von benutzerdefinierten Features in aktualisierten Websitesammlungen in SharePoint Server 2013

GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

In diesem Artikel wird beschrieben, wie Sie benutzerdefinierte Features über Lösungspakete in einer SharePoint Server 2013-Farm bereitstellen, die von SharePoint Server 2010 aktualisiert wurde. Er enthält Informationen und Verfahren für unterstützte Szenarios. Außerdem wird Feature-Maskierung erläutert.

Dinge, die Sie wissen müssen

In diesem Abschnitt werden die notwendigen Informationen beschrieben, die Sie kennen müssen, bevor Sie beginnen. Dazu gehört Folgendes:

Wer diesen Artikel lesen muss und warum

Dieser Artikel richtet sich an IT-Experten, die mit Entwicklern zusammenarbeiten müssen, um voll vertrauenswürdige codebasierte benutzerdefinierte Features für mehrere Websitesammlungen in einer SharePoint Server 2013-Farm bereitzustellen und zu verwalten. In diesem Artikel erfahren Sie, wie Sie benutzerdefinierte Legacyfeatures verwenden können, wenn Sie ein Upgrade auf SharePoint 2013 durchführen und wie Sie sicherstellen können, dass sie für Ihre Benutzer nahtlos funktionieren, wenn Websitesammlungen aus dem Kompatibilitätsmodus aktualisiert werden. Es sind Links zu zusätzlichen Artikeln mit näheren Informationen für Ihre Entwickler enthalten.

Nachdem eine SharePoint Server 2010-Farm auf SharePoint Server 2013 aktualisiert wurde, werden alle Websitesammlungen im SharePoint 2010-Kompatibilitätsmodus ausgeführt. Sie bleiben in diesem Modus, bis jede Websitesammlung auf den SharePoint 2013-Modus aktualisiert wird. Auf diese Weise können Ihre Benutzer die SharePoint Server 2010-Benutzeroberfläche und funktionen verwenden, mit denen sie vertraut sind, bis Sie ein Upgrade für die einzelne Websitesammlung durchführen. Sie können auch die benutzerdefinierten Legacyfeatures verwenden, die Sie möglicherweise in SharePoint Server 2010 verwendet haben. Schließlich möchten Sie Ihre Websitesammlungen auf den SharePoint 2013-Modus aktualisieren, um die neuen Features und Funktionen zu nutzen, die sie bietet. Wenn Sie dieses Upgrade durchführen, können benutzerdefinierte Features, die im SharePoint 2010-Kompatibilitätsmodus verwendet werden konnten, möglicherweise nicht mehr verwendet werden. Sie müssen bei den verwendeten Features für eine Kontinuität über die SharePoint-Modi hinweg sorgen. In diesem Artikel wird die entsprechende Vorgehensweise beschrieben.

Microsoft PowerShell-Cmdlets, mit denen Sie vertraut sein müssen

Um diesen Artikel nutzen zu können, sollten Sie mit den folgenden Microsoft PowerShell-Cmdlets vertraut sein:

Name	Zweck	Beispiel
Add-SPSolution	Fügt die Lösung zum Lösungsspeicher der Farm hinzu.	Add-SPSolution -LiteralPath c:\contoso_solution.wsp
Install-SPSolution	Stellt eine Lösung bereit, die zum Lösungsspeicher der Farm hinzugefügt wurde.	Install-SPSolution -Identity contoso_solution.wsp -GACDeployment -CompatibilityLevel 15
Uninstall-SPSolution	Zieht eine bereitgestellte Lösung zurück.	Uninstall-SPSolution -Identity contoso_solution.wsp
Remove-SPSolution	Entfernt eine bereitgestellte Lösung.	Remove-SPSolution -Identity contoso_solution.wsp

Übersicht über die Bereitstellung eines Lösungspakets

Um die folgenden Abschnitte zu verstehen, sollten Sie wissen, wie ein benutzerdefiniertes Feature in einer SharePoint 2013-Farm bereitgestellt wird.

Wenn Sie ein Upgrade von SharePoint Server 2010 zu einer SharePoint 2013-Farm durchführen, ist das Hinzufügen Ihrer benutzerdefinierten Features ein wichtiger Schritt.

Abbildung: Hinzufügen benutzerdefinierter Features im Upgradeprozess

Sie können ein Lösungspaket verwenden, um Ihre Anpassungen zur neuen Farm hinzuzufügen. Ein Lösungspaket ist ein Verteilungspaket, das Ihre benutzerdefinierte SharePoint 2013-Entwicklungsarbeit an die Webserver oder Anwendungsserver in Ihrer Serverfarm übermittelt. Sie können Lösungen verwenden, um benutzerdefinierte Features, Websitevorlagen, Webvorlagen, Layoutseiten, Webparts, Cascading Stylesheets (CSS) und Zeitgeberaufträge zu verpacken und bereitzustellen.

Um ein Lösungspaket in einer SharePoint 2013-Farm bereitzustellen, müssen Sie Folgendes tun:

1. Das Lösungspaket zur Farm hinzufügen. Verwenden Sie das PowerShell-Cmdlet Add-SPSolution , um das SharePoint-Lösungspaket in die Farm hochzuladen. Dadurch wird die Lösung dem Lösungsspeicher der Farm hinzugefügt, der sich in der Konfigurationsdatenbank der Farm befindet.

2. Das Lösungspaket in der Farm bereitstellen. Verwenden Sie das PowerShell-Cmdlet Install-SPSolution , um das SharePoint-Lösungspaket in der Farm bereitzustellen. Dadurch wird das Lösungspaket entpackt und alle Dateien, die mit einem benutzerdefinierten Feature enthalten sind, in ein Verzeichnis "Feature" kopiert, das sich auf dem Front-End-Webserver der Farm befindet. Für jedes benutzerdefinierte Feature wird ein Unterordner erstellt, der eine Feature.xml-Datei enthält. Diese Datei definiert die Basiseigenschaften des Features und die daran gebundenen Elemente sowie eine oder mehrere Elementmanifestdateien (elements.xml), die die Elemente definieren, aus denen das Feature besteht.

Das PowerShell-Cmdlet Install-SPSolution enthält auch einen Parameter für den Kompatibilitätsgrad, um das Lösungspaket an Speicherorten im Stammordner bereitzustellen, die entweder für den SharePoint 2010-Modus oder für Websitesammlungen im SharePoint 2013-Modus festgelegt sind. Dies sind die Stammordner "14" und "15" (Hives), und wenn Sie die Lösung bereitstellen, werden hier Dateien wie Features, Layoutdateien, Bilder und Steuerelementvorlagen hinzugefügt.

Abbildung: SharePoint 2010- and SharePoint 2013-Stammordner

Beachten Sie auch, dass beim Bereitstellen eines Lösungspakets in einer SharePoint 2013-Farm einige Dateien unabhängig vom Kompatibilitätsgrad an bestimmte Speicherorte kopiert werden. Weitere Informationen zum Speicherort, in den Dateien kopiert werden, finden Sie unter Planning Deployment of Farm Solutions for SharePoint 2013( Planen der Bereitstellung von Farmlösungen für SharePoint 2013).

Websitesammlungen in beiden Modi zeigen in der Farm auf ihre entsprechende Struktur, sodass sie die benutzerdefinierten Features verwenden können, die im Lösungspaket bereitgestellt werden.

Abbildung: Bereitstellen von älteren benutzerdefinierten Features nach einem Upgrade auf SharePoint Server 2013

Es wurde möglicherweise getestet, ob das benutzerdefinierte Feature problemlos im SharePoint 2010- sowie im SharePoint 2013-Modus verwendet werden kann. Ist dies der Fall, können die Feature-Assemblydateien identisch sein. Wenn beispielsweise das benutzerdefinierte Feature Feature1 in den Modi SharePoint 2013 und SharePoint 2010 funktioniert, kann dasselbe Lösungspaket verwendet werden, um dasselbe benutzerdefinierte Feature (Feature1) in den Ordnern "14" und "15" bereitzustellen.

Wenn Tests allerdings zeigen, dass das ältere benutzerdefinierte Feature in Websitesammlungen im SharePoint 2013-Modus möglicherweise nicht verwendet werden kann, müssen Sie vielleicht die folgenden Änderungen vornehmen:

• Aktualisieren Sie das Lösungspaket so, das es bedingte Logik enthält, die auf dem SharePoint-Websitesammlungsmodus basierende Funktionen ermöglicht.

• Erstellen Sie ein neues und eigenes Lösungspaket mit aktualisierten Funktionen für das Feature, wenn es von aktualisierten Websitesammlungen verwendet wird.

Bei der Feature-Maskierung wird für das gleiche Feature für aktualisierte Websites und Websitesammlungen ein neues und eigenes Lösungspaket verwendet (wenn ein Feature auf eine Website oder Websitesammlung bezogen ist). Die Feature-Maskierung erlaubt aktualisierten Websitesammlungen, die richtigen benutzerdefinierten Feature-Assemblys automatisch zu suchen und zu verwenden. Dadurch können Ihre Benutzer das gleiche benutzerdefinierte Feature problemlos verwenden.

Ältere benutzerdefinierte Features in einer SharePoint Server 2013-Farm

Wenn Sie ältere benutzerdefinierte Features in einer SharePoint 2013-Farm verwenden, tritt möglicherweise eine der folgenden drei Situationen auf:

• Das vom Lösungspaket bereitgestellte benutzerdefinierte Feature kann derzeit für Websitesammlungen im SharePoint 2010-Modus verwendet werden. Es funktioniert auch für Websitesammlungen im SharePoint 2013-Modus.

• Das vom Lösungspaket bereitgestellte benutzerdefinierte Feature kann derzeit für Websitesammlungen im SharePoint 2010-Modus verwendet werden. Es funktioniert auch für Websitesammlungen im SharePoint 2013-Modus. Sie sollten auch zusätzliche benutzerdefinierte Funktionen berücksichtigen, die Sie in Zukunft möglicherweise inkrementell für Websitesammlungen im SharePoint 2013-Modus hinzufügen möchten.

• Das vom Lösungspaket bereitgestellte benutzerdefinierte Feature kann derzeit für Websitesammlungen im SharePoint 2010-Modus verwendet werden. Dies funktioniert jedoch nicht für Websitesammlungen im SharePoint 2013-Modus.

Unterstützte Szenarien

Wenn Sie benutzerdefinierte Features in einer SharePoint 2013-Farm bereitstellen, die von SharePoint Server 2010 aktualisiert wurde, werden drei verschiedene Bereitstellungszenarios unterstützt:

Szenario 1	Ältere Lösung für SharePoint 2010-Kompatibilitätsmodus, und es wird erwartet, dass die Funktionalität beim Upgrade auf den SharePoint 2013-Modus gleich bleibt.
Szenario 2	Ältere Lösung für SharePoint 2010-Kompatibilitätsmodus, Lösung wurde aber neu erstellt, um schrittweise Funktionen für den SharePoint 2013-Modus hinzuzufügen.
Szenario 3	Ältere Lösung für SharePoint 2010-Kompatibilitätsmodus, und es wurde eine neue Lösung erstellt, um neue Funktionen für SharePoint 2013 zu implementieren.

Szenario 1: Ältere für den SharePoint 2010-Kompatibilitätsmodus erstellte Lösung, und es wird erwartet, dass die Funktionalität beim Upgrade auf SharePoint 2013 gleich bleibt

In diesem Szenario kann das über das Lösungspaket bereitgestellte benutzerdefinierte Feature derzeit problemlos in Websitesammlungen im SharePoint 2010-Kompatibilitätsmodus verwendet werden. Darüber hinaus wird erwartet, dass es funktioniert, wenn die Websitesammlung auf den SharePoint 2013-Modus aktualisiert wird. Beispiel: Ein benutzerdefiniertes Webpart wurde für SharePoint 2010 erstellt. Es wurde getestet, um in SharePoint 2013 ohne Änderung des Codes zu funktionieren. Sie wissen, dass Sie es Ihrer SharePoint 2013-Farm hinzufügen können, und es funktioniert für Benutzer in Websitesammlungen im SharePoint 2010-Kompatibilitätsmodus und beim Upgrade der Website auf SharePoint 2013.

Da erwartet wird, dass das benutzerdefinierte Feature in beiden SharePoint-Modi verwendet werden kann, können Sie die gleichen benutzerdefinierten Feature-Assemblys verwenden. Es ist jedoch wichtig, das Lösungspaket für beide SharePoint-Modi bereitzustellen, was Sie mit einem Parameter tun können, wenn Sie das Cmdlet Install-SPSolution verwenden. Feature-Maskierung wird in diesem Szenario nicht eingesetzt, da Websitesammlungen in beiden Modi den gleichen Code verwenden (in den entsprechenden 2010- und 2013-Modus-Ordnern befinden sich doppelte Feature-Assemblys).

Die Schritte für dieses Szenario sind folgende:

1. Erstellen Sie das Lösungspaket mit dem benutzerdefinierten Feature.

2. Fügen Sie das Lösungspaket der Farm hinzu. Dazu können Sie das PowerShell-Cmdlet Add-SPSolution verwenden. Beispiel:

   Add-SPSolution -LiteralPath c:\Solution.wsp

3. Stellen Sie das Lösungspaket bereit.

4. Stellen Sie das Lösungspaket für SharePoint 2010-Kompatibilität bereit. Dazu können Sie das PowerShell-Cmdlet Install-SPSolution verwenden. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 14 festlegen. Beispiel:

   Install-SPSolution -Identity Solution.wsp -CompatibilityLevel 14 -GAC ...

5. Stellen Sie das Lösungspaket für sharePoint 2013-Kompatibilität bereit. Dazu können Sie das PowerShell-Cmdlet Install-SPSolution verwenden. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 15 festlegen. Beispiel:

   Install-SPSolution -Identity Solution.wsp -CompatibilityLevel 15 -GAC ...

Szenario 2: Ältere Lösung für SharePoint 2010-Kompatibilitätsmodus, Lösung wurde aber neu erstellt, um schrittweise Funktionen für SharePoint 2013 hinzuzufügen

In diesem Szenario funktioniert das benutzerdefinierte Feature in SharePoint Server 2010 ordnungsgemäß. Sie möchten ein Lösungspaket erstellen, indem Sie dieses Feature einer SharePoint 2013-Farm hinzufügen, aber Sie möchten auch sicherstellen, dass Sie inkrementell Funktionen für Websitesammlungen im SharePoint 2013-Modus hinzufügen können, die dieses Lösungspaket verwenden. Beispiel: Ein benutzerdefiniertes Webpart wurde für SharePoint 2010 erstellt. Es wurde getestet, um in SharePoint 2013 ohne Änderung des Codes zu funktionieren. Sie wissen jedoch, dass Sie möglicherweise zusätzliche Funktionen für Ihre SharePoint 2013-Benutzer hinzufügen möchten, aber Sie möchten trotzdem dieselben Featureassemblys verwenden, um Abwärtskompatibilität zu ermöglichen.

Da erwartet wird, dass das benutzerdefinierte Feature in beiden SharePoint-Modi verwendet werden kann, können Sie die gleichen benutzerdefinierten Feature-Assemblys verwenden. Sie müssen das Lösungspaket für beide SharePoint-Modi installieren, wie Sie dies für das vorherige Szenario getan haben. Der wesentliche Unterschied in diesem Szenario ist, dass das Lösungspaket Logik enthalten muss, die Featurefunktionen ermöglicht, die bedingungsabhängig von der Kompatibilität der Websitesammlung sind.

Angenommen, Sie haben eine Methode namens Sample() in einem benutzerdefinierten Feature implementiert, das für SharePoint 2010 entwickelt wurde. Wenn Sie die Implementierung im SharePoint 2013-Modus ändern möchten, sollte Ihr Code bedingte Logik enthalten, die die SPSite.CompatibilityLevel-Eigenschaft verwendet:

void Sample()
{
if (site.CompatibilityLevel == 14) { /*Existing O14 implementation*/}
else {/*New O15 implementation*/}}
}

Auf diese Weise wird dieselbe Featureassembly sowohl für SharePoint 2010 als auch für SharePoint 2013-Versionen des Features verwendet. Die Featuremaskierung wird in diesem Szenario nicht verwendet, da Sie nicht nur die gleiche Featureassembly, sondern auch dasselbe Lösungspaket verwenden. Die gleichen Dateien für das benutzerdefinierte Feature werden in die Verzeichnisse "14" und "15" \Template\Features kopiert. Weitere Informationen finden Sie im Abschnitt "Planungsüberlegungen" des TechNet-Blogbeitrags Planen der Bereitstellung von Farmlösungen für SharePoint 2013.

Die Schritte für dieses Szenario sind folgende:

1. Erstellen Sie das Lösungspaket mit dem benutzerdefinierten Feature. Schließen Sie bedingte Logik ein, die auf der Kompatibilität der Websitesammlung basierte Featurefunktionen ermöglicht.

2. Fügen Sie das Lösungspaket der Farm hinzu. Dazu können Sie das PowerShell-Cmdlet Add-SPSolution verwenden. Beispiel:

   Add-SPSolution -LiteralPath c:\Solution.wsp

3. Stellen Sie das Lösungspaket bereit.

4. Stellen Sie das Lösungspaket für SharePoint 2010-Kompatibilität bereit. Dazu können Sie das PowerShell-Cmdlet Install-SPSolution verwenden. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 14 festlegen. Beispiel:

   Install-SPSolution -Identity Solution.wsp -CompatibilityLevel 14 -GAC ...

5. Installieren Sie das Lösungspaket für sharePoint 2013-Kompatibilität. Dazu können Sie das PowerShell-Cmdlet Install-SPSolution verwenden. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 15 festlegen. Beispiel:

   Install-SPSolution -Identity Solution.wsp -CompatibilityLevel 15 -GAC ...

Szenario 3: Ältere Lösung für SharePoint 2010-Kompatibilitätsmodus, und es wurde eine neue Lösung erstellt, um neue Funktionen für SharePoint Server 2013 zu implementieren

In diesem Szenario ist bekannt, dass das benutzerdefinierte Feature in SharePoint Server 2010 ordnungsgemäß funktioniert, aber es ist bekannt, dass es in SharePoint 2013 nicht funktioniert. Sie müssen ein neues und separates Lösungspaket erstellen, in dem die Funktionalität des benutzerdefinierten Features behoben wurde, damit sie in SharePoint 2013 ordnungsgemäß funktioniert. In diesem Szenario verfügen Sie über zwei verschiedene Lösungspakete mit unterschiedlichen Featureassemblys. In diesem Szenario wird die Featuremaskierung verwendet. Wenn Benutzer aus dem Kompatibilitätsmodus zu SharePoint 2013 verschoben werden, werden sie von der Tatsache "maskiert", dass das von ihnen verwendete benutzerdefinierte Feature von einer anderen Codebasis in eine andere verschoben wurde.

In diesem Szenario müssen Sie zwei separate Lösungspakete hinzufügen und bereitstellen, die zwei verschiedene Feature-Assemblys enthalten. Beide Versionen des Features müssen den gleichen Namen, die gleiche Feature-ID und den gleichen Speicherort für das Feature-Manifest aufweisen, obwohl die Feature-Assemblys und Ressourcen unterschiedlich sind.

Anforderungen für Feature-Maskierung

Anforderung	Gleich oder unterschiedlich	Lösungspaket - Beispiel mit 2010-Modus	Lösungspaket - Beispiel mit 2013-Modus
Namen der Lösungspakete	Unterschiedlich	POC14	POC15
IDs der Lösungspakete	Unterschiedlich	000000-0000-0000-0000-000000000000	11111111-1111-1111-1111-111111111111
Name des Features	Gleich	Feature1	Feature1
Feature-ID	Gleich	12345	12345
Namen der Feature-XML-Ordner	Gleich	POC15\Features\Feature1.feature\	POC15\Features\Feature1.feature\
Speicherort des Feature-Manifests	Gleich	POC15_Feature1\Feature1.Template.xml	POC15_Feature1\Feature1.Template.xml

Abbildung: Lösungspakete für Feature-Maskierung

Die Schritte für dieses Szenario sind folgende:

1. Erstellen Sie zwei verschiedene Lösungspakete mit verschiedenen Namen. Die Versionen des Features, das Sie bereitstellen, müssen denselben Featurenamen und die gleiche ID aufweisen.

2. Fügen Sie der Farm das Lösungspaket für SharePoint 2010-Kompatibilität hinzu. Dazu können Sie das PowerShell-Cmdlet Add-SPSolution verwenden. Beispiel:

   Add-SPSolution -LiteralPath c:\POC14.wsp

3. Fügen Sie der Farm das Lösungspaket für sharePoint 2013-Kompatibilität hinzu. Dies ist auch über das PowerShell-Cmdlet Add-SPSolution möglich. Beispiel:

   Add-SPSolution -LiteralPath c:\POC15.wsp

4. Stellen Sie das Lösungspaket für SharePoint 2010-Kompatibilität bereit. Dazu können Sie das PowerShell-Cmdlet Install-SPSolution verwenden. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 14 festlegen. Beispiel:

   Install-SPSolution -Identity POC14.wsp -CompatibilityLevel 14 -GAC ...

5. Installieren Sie das Lösungspaket für sharePoint 2013-Kompatibilität. Dies ist auch über das PowerShell-Cmdlet Install-SPSolution möglich. Stellen Sie sicher, dass Sie den Parameter -CompatibilityLevel auf 15 festlegen. Beispiel:

   Install-SPSolution -Identity POC15.wsp -CompatibilityLevel 15 -GAC ...

Deinstallieren eines Lösungspakets

Sie benötigen nicht mehr das Legacylösungspaket, das Sie für Websitesammlung im SharePoint 2010-Kompatibilitätsmodus bereitgestellt haben, nachdem alle Websitesammlungen in den SharePoint 2013-Modus geändert wurden. Im Anschluss kann das Legacylösungspaket zurückgezogen und aus Ihrer SharePoint Server 2013-Farm entfernt werden. Verwenden Sie dazu die PowerShell-Cmdlets Uninstall-SPSolution und Remove-SPSolution.

So wird das Lösungspaket zurückgezogen und entfernt:

1. Ziehen Sie das Lösungspaket im SharePoint 2010-Modus aus der Farm zurück: Sie können dies über das Cmdlet Uninstall-SPSolution Windows PowerShell. Beispiel:

   Uninstall-SPSolution -Identity POC14.wsp -CompatibilityLevel 14

   Wichtig

   Stellen Sie sicher, dass Sie den CompatibilityLevel-Parameter auf " 14 " verwenden, um das Lösungspaket nur für den Kompatibilitätsmodus 2010 zurückzuziehen. Beispiel: Uninstall-SPSolution POC14.wsp -CompatibilityLevel 14

2. Entfernen des Lösungspakets aus dem Lösungsspeicher der Farm: Dazu können Sie das PowerShell-Cmdlet Remove-SPSolution verwenden. Beispiel:

   Remove-SPSolution -Identity POC14.wsp

Weitere Überlegungen

Dieser Abschnitt enthält Informationen zu zusätzlichen Überlegungen. Dazu zählen folgende:

• Bereitstellen eines Features in Websitesammlungen mithilfe des gemischten Modus

• Überlegungen zur Gestaltungsvorlage

Bereitstellen eines Features in Websitesammlungen mithilfe des gemischten Modus

Wenn Ihr benutzerdefiniertes Feature auf die Farm oder die Webanwendung bezogen ist, können Sie es bereitstellen, obwohl nicht alle Websitesammlungen innerhalb der Farm oder der Webanwendung auf den SharePoint 2013-Kompatibilitätsmodus aktualisiert wurden.

Wenn die Stammwebsitesammlung für Webanwendungen nicht aktualisiert wurde, können Sie das Feature nicht mit dem PowerShell-Cmdlet Install-SPSolution aktivieren. Sie müssen stattdessen die Website der SharePoint-Zentraladministration verwenden, um das Feature zu aktivieren.

Überlegungen zur Gestaltungsvorlage

In Bezug auf Brandinganpassungen werden benutzerdefinierte Gestaltungsvorlagen nach einem Upgrade der Websitesammlung in SharePoint 2013 standardmäßig auf seattle.master zurückgesetzt. Wenn Sie das Featuremaskierungsszenario verwenden, müssen Sie alle benutzerdefinierten Gestaltungsvorlagen zurücksetzen, die Sie für SharePoint 2013-Websitesammlungen erstellt haben. Ausführliche Informationen dazu finden Sie im MSDN-Artikel Verwenden eines Featureupgrades zum Anwenden neuer SharePoint Server 2013-Gestaltungsvorlagen beim Upgrade von SharePoint 2010.

Siehe auch

Weitere Ressourcen

Erstellen eines Plans für aktuelle Anpassungen beim Upgrade auf SharePoint 2013

Lösungspaket für SharePoint 2013 und SharePoint in Microsoft 365 für Branding und Websitebereitstellung

Mögliche Brandingprobleme beim Upgrade auf SharePoint 2013