Frage

Ich habe mehrere Projekte / WSP-Lösungen für meine verschiedenen Sharepoint Webparts und Ereignisempfänger. Das ist in Ordnung für die Entwicklung, aber würde Ich mag die resultierenden WSP-Dateien zu einem einzigen für Produktionsbereitstellung verschmelzen. Gibt es eine Möglichkeit, dies zu tun? Ich verwende VSeWSS 1.2 nur.

War es hilfreich?

Lösung

Das wird schmerzhaft sein, aber um wirklich diese für die Produktion Schübe richtig tun Sie VSeWSS 1.2, neu organisieren Sie Ihre Projekte innerhalb von Visual Studio und die Verwendung WSPBuilder fallen sollte.

WSPBuilder ist groß, weil es eine Menge von der Handarbeit nimmt zu schaffen manifestieren, ddf und die CAB kompilieren.

Andere Tipps

Sie gehen zu müssen, eine Menge Arbeit zu tun, dass VSeWSS im Hintergrund, um sich selbst zu tun. gibt es eine artical auf MSDN über die Grundlagen einer WSP zum Erstellen von Erstellen eines Lösungspakets in Windows Sharepoint Services 3.0 Ein WSP ist eine CAB-Datei, die eine manifest.xml und eine Dateistruktur enthält, ist es imortant, dass Sie Dateien in der richtigen Lage in der WSP platzieren, so dass sie an die richtige Stelle in Sharepoint bereitgestellt werden.

Ich bin mit JD

  

Das wird schmerzhaft sein, aber zu   tun dies wirklich richtig für   Produktion schiebt sollten Sie fallen   VSeWSS 1.2, neu organisieren Sie Ihre Projekte   innerhalb von Visual Studio und Verwendung   WSPBuilder.

Dies wäre eine gute Zeit zu restrukturieren Sie Code und Baugruppenstruktur, um die Anzahl von Baugruppen, die Sie bereitstellen müssen, zu minimieren.

Wenn Sie irgendwelche Webparts haben sicher sein, zu überprüfen, ob die Eigenschaft XML-Dateien sind alle corect als VSeWSS preparses und tut Text replacment vor dem seine WSP-Dateien zu erzeugen. Es commanly speichert eine GUID in der Datei, in der eine vollständige Montage Name requierd ist.

Wenn Sie vorhaben, viele Sharepoint-dev Arbeit zu tun, ist es probly wert Ausgaben ein wenig Zeit für das Erlernen, wie die manafest.xml und den Rest der WSP Arbeitspakete.

Ich habe kein Werkzeug gesehen, das dies tut, aber es sollte nicht schwer zu erstellen:

  1. Entpacken Sie die WSP-Pakete (Sie sind nur CAB-Dateien mit einer ungeraden Erweiterung)
  2. Führen Sie die Verzeichnisstrukturen
  3. Führen Sie die manifest.xml Dateien
  4. Zip das kombinierte Paket

Es ist ein Vorteil, nicht den gesamten Code in einem einzigen WSP mit .. Sie können teilweise Implementierungen tun und Sie müssen nicht den gesamten Code in einem einzigen gigantischen Visual Studio-Lösung.

Warum nicht Sie Skript alle WSP-Installationen in 1 Skriptdatei? Es scheint eine weit transparente Lösung als sich mit dem WSP Hantieren.

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