Ändern des Verzeichnisnamens von Funktionen in SharePoint 14 Hive - Auswirkungen auf bereits bereitgestellte Funktionen?

Question

Ich wechsle von einer WSPBuilder -basierten SharePoint 2010 -Lösung zu einer Visual Studio 2010 -basierten Lösung. Nachdem ich die WSPBuilder -basierte Lösung auf eine einfache Visual Studio -basierte Lösung portiert habe, habe ich versucht, die neue Lösung bereitzustellen. Lösungsnamen und IDs sowie Feature -Namen und IDs sind gleich, aber Visual Studio beschwerte sich, weil ich versucht habe, die neuen Funktionen in anderen Verzeichnissen als die ursprünglichen Funktionen bereitzustellen.

WSPBuilder bereitstellt Funktionen in Verzeichnissen mit demselben Namen wie das Verzeichnis/den Ordner in Visual Studio. Visual Studio hingegen setzt Funktionen für Verzeichnisse ein, die nach dem Visual Studio -Projekt und dem Feature -Namen benannt sind.

Ich habe ein bisschen Angst davor, wie ich in der Produktionsumgebung eines Kunden umgehen soll. Um zu einer VS -Lösung zu wechseln, müsste ich die Lösung in der Produktion zurückziehen und dann die neue Lösung bereitstellen. Was passiert also mit den Hunderten von Standorten, an denen die Funktionen aktiv sind? Kann das Feature -Upgrade -Framework dies verarbeiten?

Answer 1

OK, ich habe mir klar gemacht, dass ich verstehen musste, wie Visual Studio den Ordnernamen generiert und ob er optimiert werden könnte. Und natürlich kann es.

Jede Funktion verfügt über eine Eigenschaft namens Bereitstellungspfad. Dies ist auf den austauschbaren Parameter eingestellt:

$SharePoint.Project.FileNameWithoutExtension$_$SharePoint.Feature.FileNameWithoutExtension$

standardmäßig. Ändern dies in:

$SharePoint.Feature.FileNameWithoutExtension$

Für alle Funktionen gibt mir das gleiche Verhalten wie WSPBuilder.

Sie können Ihre WSPBuilder -Lösungen sicher auf die neue Visual Studio -Art der Dinge portieren, wenn Sie dies natürlich möchten.