SharePoint-Entwicklung in VM und Versionskontrolle mit TFS

Question

Unser Team wird gegen SharePoint mit lokalen VMs entwickeln. Unsere VMs dürfen nicht der Host-Domain beitreten. Darüber hinaus ist es unseren Gastgebern untersagt, die gemeinsame Nutzung der Internetverbindung zu nutzen. Wir haben die Anforderung, die gesamte Entwicklungsarbeit mithilfe von Team Foundation Server zu steuern. Unsere TFS-Installation verwendet Kerebos zur Authentifizierung.

Um TFS für die Quellcodeverwaltung zu verwenden, dachten wir, wir könnten einen Ordner zwischen dem Host und der VM freigeben, unsere Arbeit an der VM ausführen, im freigegebenen Ordner speichern und dann vom Host einchecken kann sich gegen TFS authentifizieren.

Ich hoffe, es gibt eine sauberere Möglichkeit, dies zu tun oder jemand mit ähnlichen Einschränkungen kann einen Einblick geben.

Hinweis: Ich habe erfolgreich einen ähnlichen Mechanismus mit Tortoise SVN und Ankh SVN eingerichtet, der funktioniert, aber das Management wird sich nicht an die TFS-Anforderung halten. Nicht, dass ich sie auch beschuldige, die Lizenz ist sehr teuer und sie wollen fühlen, dass sie ihr Geld wert sind. Daher muss TFS in die Antwort einbezogen werden.

Answer 1

Ich denke, Ihre Lösungen ist so sauber wie es wird .. Sie könnten einen Ordner auf Ihrem Host-Rechner zuordnen und öffnen Sie das Visual Studio-Projekt direkt von dort in der VM. Speichert das Kopieren. Das Commit muss vom Host erfolgen. Die Verwendung von TFS-Funktionen wird etwas umständlich sein, Sie müssen VS auf Ihrem Host-Rechner öffnen, um Commits mit Workitems usw. zu verbinden. Nicht genau, wofür die Investition in TFS gedacht war. Wie kommt es, dass sie das Geld für TFS ausgegeben haben, aber nicht bereit sind, es zu erleichtern? Die VMs sollten wirklich in der Domäne sein .. oder zumindest in einer vertrauenswürdigen Domäne.

Wir führen das gleiche Setup aus, außer wir haben SVN und können direkt von der VM committen. Bearbeitbar :)

BTW, wenn Sie für SharePoint 2010 entwickeln, wird dies besser; Es ermöglicht die Installation auf Nicht-Server-Betriebssystemen, so dass Sie auf Ihrem lokalen Computer entwickeln können (was ich denke, ist in der Domäne).

Answer 2

Ich verwende VS2008 in der Regel auf dem Host mit den SharePoint-Assemblys auf dem GAC des Hosts installiert. Ich verwende Build-Ereignisse/Build-Ziele mit einem freigegebenen Ordner und sysinternals, um direkt in den bin/GAC-Ordnern der SharePoint-VM zu erstellen. Auf diese Weise erstellt Visual Studio direkt auf dem SharePoint-Server und Sie müssen 2 Installationen (Host und VM) nicht verwalten. Ich würde auch empfehlen, VS2008 Debugger als Service auf der VM für das einfache Debuggen zu installieren.

Hoffe, das hilft!

Answer 3

Hier ist eine Lösung, die perfekt für die Entwicklung von SharePoint 2007 funktioniert.

Wir führen virtualisierte Instanzen von Windows Server 2008 auf unseren Windows XP-Rechnern auf dem Projekt, auf dem ich bin. Wir verwenden Sun VirtualBox als die Virtualisierungssoftware.

zweitens ist jede VM ein eigenständiger Domänencontroller + SQL-Server + Berichtsserver + Analyseserver + Sharepoint-Server und ist daher nicht der Hauptdomäne beigetreten.

Wenn Sie Visual Studio 2008 öffnen und eine Verbindung zu TFS herstellen, müssen Sie den Computer/Server nicht als VM-NATs über die Netzwerkadapter der Hostcomputer mit der Domäne verbinden. Verwenden Sie eine vollständig qualifizierte Adresse für Ihr TFS und Sie sollte keine Probleme haben, sich von der VM aus mit TFS zu verbinden.

Sie müssen möglicherweise die integrierte Windows-Authentifizierung (IE -> Extras -> Internetoptionen -> Erweitert) deaktivieren ...

Wir betreiben VS08 auch in der VM und nicht auf dem Host ..

Eine andere Sache ist WSPBuilder zu benutzen, um Ihre Lösungen zu erstellen und die Deployment-Skripte für Sie (oder alternativ nur einrichten ein externes Tool/Befehl erstellen Von VS08 aus, das den Befehl stsadm.exe -o deploymentolution ausführt. Sie können mühelos auf der VM bereitstellen und sicherstellen, dass sie ordnungsgemäß ausgeführt wird. Dann können Sie Ihren Code einchecken und Buildskripts erstellen, die WSPBuilder auf dem Buildserver zum Erstellen starten die Lösungen für Sie und deploy von dort (oder kopieren Sie den WSP auf den Server und führen Sie sie dort).