Zusätzlich zu dem, was Lars sagt, empfehle ich Ihnen auch, die folgenden Umgebungen einzurichten:
Ich persönlich benutze und empfehle eine virtuelle Maschine mit allem was dazu gehört, einschließlich SQL Server, MOSS 2007 und Visual Studio. Jeder Entwickler in einem Team sollte eine eigene Kopie davon haben. Ein guter Laptop mit genügend Speicherkapazität kann tatsächlich eine solche virtuelle Maschine hosten - aber ich bevorzuge es, einen High-End-Server in einem Serverraum zu haben, der ihn hostet, da dies einfach schaukelt. Für die Entwicklung müssen Sie nur den Desktop auf den virtuellen Server übertragen.
Eli Robillard hat eine gute Blogpost zum Konfigurieren eines Entwicklungsservers.
Mein Unternehmen hat externe Unternehmen für die gesamte Softwareentwicklung und Infrastruktur eingesetzt, aber jetzt wollen wir es intern einführen. Das Unternehmen verwendet gegebenenfalls Microsoft-Produkte, um die Umgebung zu standardisieren. Sharepoint wird als Portal für alle Tools verwendet, die vom Management, Verkaufspersonal usw. benötigt werden. Sharepoint läuft auf einem Server und unsere Datenbanken auf einem anderen. Sie sind beide im Umkreis angeordnet. Nun zu der Frage:
Wie kann ich eine gute Umgebung für die Entwicklung und das Testen unserer Software einrichten? d. h. angepasste Webparts, Integration von extern lokalisierten Webdiensten usw.?
Wie wäre ein guter Entwicklungs- / Testserver ausgestattet (Hardware und Software)?
Ist es besser, einen leistungsfähigen Server oder besser ausgestattete Workstations zu kaufen, auf denen virtuelle Kopien unserer Server laufen?
Wie haben Ihre Firmen es gelöst und was würden Sie in Ihrem Setup ändern?
In Bezug auf Marcus
Sie sollten auf der SharePointDevWiki.com-Seite das Thema "Erstellen einer SharePoint-Entwicklungsumgebung" lesen. Link kann nicht eingefügt werden, da ich ein "neuer Benutzer" bin.
Ich mache derzeit MOSS-Entwicklung, und das Setup, das ich derzeit verwende, besteht aus einem einzigen Windows Server 2008 Standard-System (früher eine VM, jetzt ist es eine physische Maschine, aber ich habe keine persönliche Vorliebe für die eine oder andere Art) mit:
Hardware-mäßig läuft alles auf einem Dual-Core-2,5-Ghz-System mit 4 GB RAM - aber das Wichtigste ist, dass es ein 32-Bit-System ist, das muss deutlich betont werden. Ihre Entwicklungsumgebung muss 32bit sein, es gibt so viel in SharePoint, das unter 64bit gut läuft, aber Sie können nicht dagegen in 64bit entwickeln.
Ich betone das noch einmal - Sie müssen eine 32bit-Umgebung für die Entwicklung verwenden.
Nehmen Sie zum Schluss niemals eine Set-GUID für eine Dokumentbibliothek, eine Liste oder eine andere SharePoint-Funktion im Code an. Wenn Sie etwas auf eine bestimmte Art und Weise einrichten möchten, sollten Sie es in Ihr Bereitstellungsskript aufnehmen. Auf diese Weise wird der Verwaltungsaufwand für die Verwaltung der Entwicklungs-, UAT- und Produktionsumgebungen drastisch reduziert.
Das einzige, was ich an meinem aktuellen Setup ändern würde, ist das Verschieben des SQL Servers auf seine eigene Hardware, da dies den Overhead reduziert und Ihnen außerdem ermöglicht, das NTLM / Kerberos-Doppelsprungproblem in Bezug auf separate Dienste wie SQL Server zu untersuchen Reporting Services und der Geschäftsdatenkatalog.