Welche Konfiguration verwenden Sie für die Entwicklung von SharePoint (WSS/MOSS)?

Question

Ich bin gespannt, wie andere SharePoint-Entwickler ihre Dev-Workstations einrichten.

Meine aktuelle Setup:

• Desktop mit Server 2008 (nur für Hyper-V, wurde vor Vista)
• Verwenden von Microsoft Visual Studio 2008 auf dem lokalen Rechner für dev Arbeit
  • eine lokale Kopie Halt von Sharepoint-DLLs für die Referenzierung, installieren Sie keine lokale Sharepoint
• Run Sharepoint in einem Server 2003 VM auf meinem lokalen Rechner gehostet

Ich entwickle alle meine SharePoint-Änderungen als WSP und installiere sie in die VM zum Testen. Ich führe keinen Code im Debug-Modus aus, schreibe aber viele Trace-Anweisungen, um zu sehen, was mein Code macht.

Wenn ich schnelle Änderungen mache, installiere ich normalerweise nicht den gesamten WSP neu. Ich kompiliere einfach die DLL, die ich geändert habe, und kopiere sie in den GAC meiner SharePoint-VM und setze dann IIS zurück (normalerweise schreibe ich Webparts).

Ich weiß, Dinge wären einfacher, wenn ich SharePoint lokal ausführen würde, aber normalerweise arbeite ich an mehr als einem Projekt gleichzeitig und möchte nicht, dass Dinge stören.

Answer 1

Ich bevorzuge definitiv in VM mit SharePoint direkt zu arbeiten, wie ich in Prozesse korrekt debuggen kann, auch habe ich eine build script, die entweder meine gesamte Lösung neu implementieren oder lassen Sie mich nur die GAC aktualisieren.

Answer 2

Das Ausführen von SharePoint/VS auf demselben Server (physisch oder virtuell) bringt Sie schnell zum Laufen, aber ich persönlich denke nicht, dass es der richtige Weg ist.

Zusätzlich zu dem, was Sie beschreiben (lokaler VS/SharePoint läuft in VMs), dann ein paar Tipps, die Ihnen das Leben erleichtern können.

1) Stellen Sie das bin-Verzeichnis anstelle des GAC bereit, und aktualisieren Sie dann alles, was Sie tun müssen, Ihre dll/pdb-Dateien in einer Post-Build-Stapeldatei kopieren - glauben Sie nicht, dass Sie das automatisch tun können in der GAC auf einer Remote-Maschine können Sie?

2) Sehen Sie sich remote debugging an - es kann ein bisschen mühsam sein, zuerst zu arbeiten, aber die Mühe lohnt sich! Wichtiger Tipp ist, dass Sie auf dem lokalen und dem Remote-Computer denselben Benutzernamen/dasselbe Passwort verwenden müssen.

Diese Seite verwandt ist - Debugging SharePoint 2007 Code

Answer 3

ich meine Entwicklung alle Arbeit tun auf einem meiner VMware-Images. Da ich versuche, meine SharePoint-Arbeit in einem TDD-Stil zu machen, führe ich viele Tests durch, und dann machen die Remote-Sachen für mich keinen Sinn.

Das einzige Element, das mir am meisten geholfen hat, ist das Post-Build-Ereignis in Visual Studio, es ist wirklich erstaunlich, all die Dinge, die Sie mit ein bisschen Scripting tun können.