5

Ich entwickle seit ein paar Jahren für SharePoint 2007/2010. Und ich erkenne an dieser Stelle, dass kein Unternehmen dieselbe Bereitstellungsmethode für neue Websites verwendet. Ich frage mich, welche "Best Practices" bereitgestellt werden sollen. HierSharePoint 2007/2010 Bereitstellungsmethoden

ist die Methode, die ich verwendet habe:


1 - Vermeiden Sie WSP-Methode

  • Erstellen Sie die Website in DEV die Sharepoint-GUI-Schnittstelle verwenden (Unterwebsites erstellen, Listen, Bibliotheken, Seiten usw.).
  • Passen Sie einige kleinere Dinge mit SharePoint Designer.
  • Wenn es fertig ist, verpacken wir DEVstsadm -export und anschließend Portierung auf QA und ARTstsadm -import verwenden.
  • Wenn wir Änderungen an einem bestehenden Standort vornehmen müssen, erstellen wir eine Konsole app (.exe), die die notwendigen Änderungen macht, testen Sie es auf QA dann auf ART laufen (und protokolliert alle Operationen in eine separate txt-Datei).
  • Wir verwenden WSP nur zum Bereitstellen von Webparts, EventReceivers oder Dingen, die an verschiedenen Standorten verwendet werden.

2 - alles in WSP Methode

  • Jedes Mal, wenn wir eine neue Website zu erstellen haben Sie, verwenden wir ein provisionning WSP, die alle Inhalte erstellt (erstellen subsites, Listen, Bibliotheken, Seiten usw.) durch Code.
  • Wir stellen sie bereit, indem wir eine neue leere SiteCollection erstellen, installieren dann den Provisioning-WSP und aktivieren ihn, um alles zu erstellen.
  • Wenn wir eine Änderung an der Site vornehmen müssen, ändern wir den WSP so, dass er prüft, ob Dinge im Code vorhanden sind und ändern, was sich entsprechend ändern muss.

I personnaly (stark) bevorzugen Methode # 1, weil ich seine einfacher und schneller zu glauben. Aber ich würde gern andere Meinungen erfahren, was sind die besten Praktiken in diesen Situationen? Ich habe Methode # 1 seit Jahren verwendet und es funktionierte tatsächlich wirklich gut.

Danke

Antwort