Miglior formato di progetto per la distribuzione VS2005 + SharePoint?

Question

Per prima cosa, mi ha lasciato usare una frase per far uscire un po 'di frustrazione: Mio Dio, in via di sviluppo per SharePoint è un pasticcio f-ing

OK, mi dispiace, mi permetta di concentrarsi su uno scenario specifico. Ho sviluppato (VS2005) alcune funzionalità che funziona se schiero come una DLL in un server SharePoint (MOSS2007). Ora sto cercando di individuare il modo migliore per confezionare come una caratteristica dispiegabile.

In base ai risultati di ricerca, si potrebbe pensare che nessuno ha fatto mai successo questo in un modo ripetibile! Ogni articolo contraddice la successiva, o documenti di una tecnica che le patch qualche problema con le tecniche di qualcun altro, ed è a sua volta probabilmente aggiornato in un altro articolo. Molti sembrano basate su metodi legacy per il 2003, WSS, ecc Alcuni consiglia di utilizzare le attività di MSBuild per distribuire al codice, copiare i file manualmente nelle directory con nomi come "12", oppure utilizzando strumenti come SharePoint Designer o di apportare modifiche direttamente a un server . Queste suonano come hack che gli sviluppatori avrebbero usato da installare su un server di prova. Qualcuno ha mai creato un progetto che, dopo una build di successo, può essere preso ad un'altra macchina e distribuito con un programma di installazione o di istruzioni da riga di comando unico tramite STSADM?

I ammettere che ho solo la conoscenza di un principiante di amministrazione di SharePoint, ma deve essere più facile di quanto sembri. Credo di capire i concetti di base a http://msdn.microsoft.com/ it-it / library / ms413687.aspx , ma non c'è un modo per automatizzare questo? Ci deve essere una di pratiche per le caratteristiche di confezionamento per essere distribuito su un server 2007 .. ma per la vita di me non riesco a capire quale sia. (La mia ipotesi migliore è che si tratta di qualcosa di simile: http://www.codeplex.com/sptemplateland , ma che non è stato aggiornato dal febbraio del 2007.)

Qualcuno può aiutarmi? Grazie mille!

Answer 1

Il 'parlare per la strada' di solito ruota attorno a tre opzioni per lo sviluppo di SharePoint.

1. VSeWSS , proprie estensioni di Microsoft per Visual Studio .
2. STSDEV , pre-crea una soluzione di VS, sulla base di specifiche
3. WSPBuilder , la mia preferenza a causa della sua integrazione VS

Tutti hanno punti di forza e di debolezza e vi consiglio di provare tutti e tre per trovare la vostra preferenza.

.b

Answer 2

Dopo aver usato VSeWSS 1.2 mi sento di raccomandare la creazione di una soluzione STSDEV che avvolge il codice e copia il webpart al posto giusto.

Aggiorna Tuttavia, VSeWSS 1.3 è ora il "ufficiale" MS prendere sulle cose e sarà supportato nelle future versioni di Visual Studio, in modo che è probabilmente la strada da prendere ora.

Purtroppo si sta ancora andando ad avere bisogno di sapere dove ogni cosa ha per adattarsi andare in SharePoint per farlo funzionare. Sotto il cofano, la soluzione e la caratteristica usano ancora formati XML nodosi per controllare la direzione tutti i bit di movimento soluzione.

Dopo un po 'il dolore acuto si sente offusca ad una bassa pulsazione.