Mahmoud Farahat stimmt Sie Visual Studio auf demselben Computer installieren, die Sharepoint auch die Sharepoint, um sicherzustellen, alle spezifischen darauf installiert hat dlls sind im GAC registriert.
Ab SP2013 kann Microsoft SP nicht mehr auf Windows 2012 und 2008R2 installieren. 2010 ließ Sie es auf Windows 7 installieren, was ich mir vorstellen kann ist, was Ihre Entwickler als eine oder zumindest eine Version von Windows Desktop OS ausführen. Sie mussten eine Konfigurationseinstellung ändern, um dies tun zu können. Sie können dies nachschlagen, sind aber nicht mehr relevant, da dies nicht möglich ist. Ich habe SP2010 auf meinem lokalen Laptop installiert und es braucht eine leistungsstarke Maschine und lässt es für alles schrecklich laufen. Die Verwendung der lokalen Maschine für die Entwicklung ist meiner Meinung nach nicht praktikabel, da SharePoint gerade so leistungshungrig ist. Ich habe 2010 als lokal gehostete VMs auf Virtual Box ausgeführt und dies funktioniert ziemlich gut, so ist eine Möglichkeit für jeden Entwickler eine virtuelle Maschine lokal zu haben. Unsere IT hat die Idee nicht gemocht, Server in der Unternehmensdomäne irgendwo anders als zentral zu hosten, also war das für uns keine Option, aber wenn es in Ihren Richtlinien erlaubt wäre, dann würde das funktionieren.
Also unsere 2013 Entwicklungsumgebung, die ich eingerichtet habe gehostet auf einer leistungsstarken Serverfarm, d. H. App, Web & DB alle auf einem virtuellen Server (akzeptabel für Entwickler). Wir führen mehrere Entwicklerverbindungen zu einem einzigen SharePoint-Entwicklungsserver über Remotedesktop aus. Stellen Sie sicher, dass mehrere RDP-Sitzungen in der Gruppenrichtlinie http://technet.microsoft.com/en-us/library/cc784146(v=ws.10).aspx aktiviert sind. Auf diesem Server sind SP2013, VS2012 und SPD installiert, oh und IIS8 (Windows 2012).
Es ist möglich, beide auf derselben Webanwendung (SharePoint für ISS-Anwendungspools) zu entwickeln, aber Sie können nur jeweils eine Sitzung debuggen, weil devenv.exe (Visual Studio) an den w3ps.exe anfügt (IIS-Anwendungspool)) in der Lage zu sein, jedes Ihrer entwickelten Funktionen bereitzustellen, zu installieren und zu aktivieren (mehr SP-Talk). Wenn also ein Entwickler an die Webanwendung angehängt ist, um andere zu debuggen, wird ein Fehler angezeigt, dass der Prozess bereits einen Debugger angehängt hat.
Es gibt zwei Lösungen, abwechselnd am Debuggen, das funktioniert aber in einem kleinen Team von zwei (kann nicht kleiner) ist dies ein großes Handicap und vor allem beim Starten des Debuggers kann ein paar Minuten sogar dauern auf einem leistungsfähigen Server. Was ist die andere Option? Nun müssen Sie für jeden Entwickler einen Prozess erstellen, mit dem er sich individuell verbinden kann. Dies bezieht sich auf Webanwendungen in SharePoint. Sie können all dies durch die Zentraladministration erreichen, aber wenn Sie eine Anzahl von Entwicklern haben, kann dies für einen Administrator ein wenig langweilig sein. So das gleiche Ergebnis zu erreichen über einen Skript den folgenden Code in Powershell ausführen:
Add-PsSnapin Microsoft.SharePoint.PowerShell
New-SPWebApplication -ApplicationPool "SharePoint – DEV1" -Name "SharePoint – DEV1" -ApplicationPoolAccount (Get-SPManagedAccount "yourdomain\service.account") -Port 81
New-SPWebApplication -ApplicationPool "SharePoint – DEV2" -Name "SharePoint – DEV2" -ApplicationPoolAccount (Get-SPManagedAccount "yourdomain\service.account") -Port 82
New-SPSite -Url http://yourspservername:81/sites/YourSiteName -Name YourProjectNameDev -Description "Developer1’s Development team site for Your Project" -OwnerAlias yourdomain\developer1.username -Template "STS#0"
New-SPSite -Url http:// yourspservername:82/sites/ YourSiteName -Name YourProjectNameDev -Description "Developer2’s Development team site for Your Project" -OwnerAlias yourdomain\developer2.username -Template "STS#0"
Remove-PsSnapin Microsoft.SharePoint.PowerShell
Dies setzt voraus, Ihre Verwendung von NTLM-Authentifizierung und eine Lese hat durch von http://technet.microsoft.com/en-us/library/ff607931.aspx, damit Sie die richtigen Parameter für Ihre Umgebung für den Befehl angegeben haben Neu-SPWebApplication. Der Code wird auch eine Inhaltsdatenbank mit einem Guid-Suffix erstellen, die Sie möglicherweise nicht so klar definieren können, wenn Sie möchten.
Dies erstellt eine SiteCollection für jeden Entwickler und eine Site, die auf der Team Site-Vorlage für jeden Entwickler basiert. Kopieren Sie jede Zeile einzelne Zeile für mehr Entwickler.
Wir haben die standardmäßig erstellte Web Collection auf Port 80 für die Collaboration-Site beibehalten, auf der wir alle unsere Features für einen endgültigen Kombinationstest bereitstellen.
Jeder Entwickler muss seine Projekteigenschaften in Visual Studio bearbeiten, damit die Eigenschaften der Site-URL mit dem individuell zugewiesenen Port übereinstimmen.
Seien Sie vorsichtig beim Kombinieren der Projekte in Ihrem Source-Steuerelement, da diese Eigenschaft in der csproj-Datei angegeben wird und jeder Entwickler seine eigene Port-Nummer in das Repository schreibt.
@Farahat Vielen Dank für Ihre Antwort. Ich habe hier eine Frage. Können wir Webparts, Apps und andere Entwicklungswerkzeuge auf dem Client-Rechner entwickeln (ich meine damit andere Maschinen als den VM-Server)? Wenn wir VS2012 in VM Server installieren, wie können mehrere Personen Webparts und andere Dinge entwickeln, wenn sie auf dem Server installiert sind. Ich habe gehört, dass nur ein Benutzer auf den Server zugreifen kann, ist es wahr. – 565
@ 565 Webparts mit vs2012 Sharepoint zu entwickeln muss auf dem lokalen Rechner installiert werden. Entwickler können auf ihren lokalen Rechnern arbeiten und dann ihre Arbeit auf einem einzigen Server integrieren (holen Sie sich die .wsp Datei von jedem Entwickler und integrieren Sie sie auf einen Server) –
@Farahat Vielen Dank für Ihre Antwort. Dann möchten wir in diesem Fall VS2012 erneut sowohl auf dem Client- als auch auf dem VM-Server installieren? Warten auf Ihre wertvolle Antwort. – 565