Frage

Ich bin gerade dabei, die Bereitstellung einer SharePoint-Lösung in einer Produktionsumgebung zu planen.
Ich habe von einigen Tools gelesen, die eine einfache Möglichkeit versprechen, diesen Prozess zu automatisieren, aber nichts scheint zu meinem Szenario zu passen.

In der Testphase habe ich SharePoint Designer verwendet, um Websiteinhalte zwischen den verschiedenen Entwicklungs- und Testservern zu kopieren, aber dieser Vorgang ist manuell und erscheint etwas unnötig.

Die Website besteht aus SharePoint-Webpartseiten mit benutzerdefinierten Webparts und vielen Reporting Services-Berichtsdefinitionen.

Gibt es in diesem riesigen Land der Geeks irgendwelche guten Ratschläge, wie man eine SharePoint-Site für ein Mehrfachbereitstellungsszenario am effizientesten erstellt und bereitstellt?

Bearbeiten
Nur um klarzustellen.Ich muss mehrere „SharePoint-Sites“ in einer vorhandenen Websitesammlung bereitstellen.Da SharePoint seine Websites gerne in der SharePoint-Inhaltsdatenbank hat, ist das einfache Einfügen der Dateien in IIS derzeit keine Option.

War es hilfreich?

Lösung

Ich würde auch empfehlen, einen Blick auf den SharePoint Content Deployment Wizard von Chris O'Brien zu werfen.http://www.codeplex.com/SPDeploymentWizard

Sollte dazu beitragen, den von Ihnen beschriebenen Prozess zu vereinfachen, und ist trotzdem ein schönes Werkzeug für Ihre Ausrüstung

Andere Tipps

Lars

Schauen Sie sich diesen Beitrag an =>

MOSS mit MSBuild

Wir haben BizTalk 2006 mit Webanwendung und mehreren WebServices, die von Dev über UAT zu Live wechseln müssen.

Wir verwenden MSBuild direkt aus VS zum Erstellen, Ausführen von Tests, abhängig vom Testergebnis, Kompilieren, Zippen und Versenden an Server.

Kleines MSBuild-Skript auf dem Server zum Entpacken, Verschieben der Dateien, Installieren einer sauberen Web-App, Entfernen der Liste von Biztalk-Bits, Installieren neuer Biztalk-Bits, erneutes Registrieren und dann Starten des Programms.

MSBuild ist riesig und es müssen mehr Leute nutzen, da es jetzt direkt auf der Plattform vorhanden ist =>

Verwenden MSBuild

Beachten Sie, dass „Lösung“ in Sharepoint eine bestimmte Bedeutung hat:eine Sammlung von Funktionen (wie Webparts, Listendefinitionen usw.), die für die Bereitstellung als WSP-Datei gepackt sind.

Normalerweise erstellen Sie Sharepoint-Lösungen in Visual Studio, verpacken und stellen sie mit einem Tool wie Sharepoint SmartTemplates bereit http://www.codeplex.com/smarttemplates

In Ihrem Fall verfügen Sie jedoch bereits über Inhalte auf einer Live-Sharepoint-Site, die Sie auf eine andere Site verschieben möchten.Es wird wahrscheinlich zu umständlich sein, hierfür eine Lösung zu verwenden, insbesondere wenn Sie dies mehr als einmal tun möchten (obwohl es möglich ist, mit dem SharePoint Solution Generator eine Lösung aus einer Live-Site zu generieren).

Der einfachste Weg, alle Inhalte von einer Live-Site auf einer anderen bereitzustellen, besteht darin, mit stsadm ein Backup der Site zu erstellen und es dann mit stsadm Restore wieder auf der neuen Site wiederherzustellen.Dadurch wird die neue Seite komplett überschrieben.

Sie können ausgewählte Dateien/Listen mithilfe von Import/Export (anstelle von Sicherung/Wiederherstellung) verschieben.Ein Tool wie der SharePoint Content Deployment Wizard erleichtert die Auswahl der zu verschiebenden Inhalte.

Überprüfen Sie dieses Framework unter saf.codeplex.comDies gibt uns die Möglichkeit, die Bereitstellung der Sharepoint-Komponenten mithilfe von msbuild/features/stsadm usw. zu automatisieren.

Wir haben festgestellt, dass ROSS am besten funktioniert:http://repliweb.com/products/ross/

WSS bietet einige integrierte Unterstützung für die Bereitstellung von WSS-Komponenten.Sehen http://msdn.microsoft.com/en-us/library/aa543214.aspx

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top