Bestes Projektformat für VS2005 + Sharepoint-Bereitstellung?

Question

Lassen Sie mich zunächst einen Satz verwenden, um einige Frustration heraus zu lassen: Mein Gott, für Sharepoint-Entwicklung ist ein f-ing Chaos

OK, sorry, lassen Sie mich auf 1 bestimmtes Szenario konzentrieren. Ich habe entwickelt (VS2005) einige Funktionen, die funktioniert, wenn ich es als eine DLL auf einer Sharepoint (MOSS2007) Server bereitstellen. Jetzt versuche ich, die beste Art und Weise zu identifizieren es als ein einsetzbares Eigenschaft zu verpacken.

Basierend auf den Suchergebnissen, würden Sie niemand jemals daran gedacht, dies erfolgreich in wiederholbarer Weise getan hat! Jeder Artikel steht im Widerspruch zur nächsten oder dokumentiert eine Technik, die ein Problem Patches mit Techniken jemand anderes, und wiederum wird wahrscheinlich noch in einem anderen Artikel aktualisiert. Viele scheinen für das Jahr 2003 auf Legacy-Methoden basieren, WSS, usw. Einige empfehlen MSBuild Aufgaben mit Ihrem Code zu implementieren, das Kopieren von Dateien manuell in Verzeichnisse mit Namen wie „12“ oder mit Tool wie Sharepoint Designer oder Modifikationen an einen Server direkt machen . Diese klingen wie Hacks, die Entwickler verwenden würden auf einem Testserver zu installieren. Hat jemand schon einmal ein Projekt, das nach einem erfolgreichen Build erstellt, kann mit einem Installer oder einzelne Befehlszeile Befehl über STSADM?

auf eine andere Maschine und zum Einsatz genommen werden

Ich gebe zu, dass ich nur einen Anfängerkenntnisse Sharepoint Administration, aber es muss leichter sein, als es scheint. Ich glaube, ich verstehe die grundlegenden Konzepte unter http://msdn.microsoft.com/ en-us / library / ms413687.aspx aber ist nicht ein Weg, dies zu automatisieren? Es muss eine Empfehlungen für die Verpackungsfunktionen auf einem 2007-Server eingesetzt werden .. aber für das Leben von mir, ich kann nicht herausfinden, welches es ist. (Meine beste Vermutung ist, dass es so etwas wie das ist: http://www.codeplex.com/sptemplateland , aber das ist nicht seit Februar 2007 aktualisiert wird.)

Kann mir jemand helfen? Vielen Dank!

Answer 1

Das ‚Gespräch auf der Straße‘ dreht sich in der Regel um drei Optionen für die Sharepoint-Entwicklung.

1. VSeWSS Microsofts eigene Erweiterungen für Visual Studio .
2. STSDEV , Pre-schafft eine VS-Lösung basierend auf Ihren Angaben
3. WSPBuilder , meine Vorliebe wegen seiner VS Integration

Alle haben Stärken und Schwächen, und ich rate Ihnen, alle drei versuchen Ihren Wünschen zu finden.

.B

Answer 2

Nachdem verwendet VSeWSS 1.2 Ich würde empfehlen, eine STSDEV Lösung zu schaffen, die den Code und kopiert die webpart an die richtige Stelle einpackt.

Aktualisieren Allerdings VSeWSS 1.3 ist nun die „offizielle“ MS auf die Dinge nehmen und wird in zukünftigen Versionen von Visual Studio unterstützt werden, so dass wahrscheinlich der Weg jetzt zu nehmen ist.

Leider werden Sie noch brauchen, um zu wissen, wo alles, was in Sharepoint gehen passen muss, um es an die Arbeit. Unter der Haube verwenden die Lösung und das Feature noch knorrige XML-Formate die Richtung, die Bits der gesamte Lösung gehen zu steuern.

Nach einer Weile die akuten Schmerzen, die Sie fühlt sich stumpft auf einen niedrigen Pochen.