Melhor formato de projeto para implantação de VS2005 + SharePoint?

Question

Em primeiro lugar, deixe-me usar uma frase para deixar sair alguma frustração: Meu deus, desenvolvendo para SharePoint é uma bagunça-ing f

OK, desculpe, deixe-me concentrar em um cenário específico. Eu desenvolvi (VS2005) algumas funcionalidades que as obras se eu implantá-lo como uma DLL em um servidor SharePoint (MOSS2007). Agora eu estou tentando identificar a melhor maneira de empacotá-lo como um recurso implementável.

Com base nos resultados de busca, você acha que ninguém fez sempre com sucesso isso de uma maneira repetível! Cada artigo contradiz o outro, ou documentos de uma técnica que corrige algum problema com técnicas de outra pessoa, e por sua vez é provavelmente actualizado em outro artigo. Muitos parecem com base em métodos de legado para 2003, WSS, etc. Alguns recomendam a utilização de tarefas do MSBuild para implantar em seu código, copiando arquivos manualmente em diretórios com nomes como "12", ou usando ferramentas como o SharePoint Designer ou fazer modificações diretamente para um servidor . Estes som como hacks que os desenvolvedores possam utilizar para instalar em um servidor de teste. Alguém já criou um projeto que, após uma compilação bem-sucedida, pode ser levado para outra máquina e implantado com um instalador ou instrução única linha de comando via STSADM?

Eu admito que eu só tenho conhecimento de um novato de administração do SharePoint, mas deve ser mais fácil do que parece. Eu acho que entendo os conceitos básicos em http://msdn.microsoft.com/ en-us / library / ms413687.aspx , mas não há uma maneira de automatizar isso? Deve haver um prática recomendada para recursos de embalagem a ser implantado em um servidor 2007 .. mas para a vida de mim eu não consigo descobrir qual deles é. (Meu melhor palpite é que é algo como isto: http://www.codeplex.com/sptemplateland , mas isso não foi atualizado desde Fevereiro de 2007).

alguém pode ajudar? Thanks so much!

Answer 1

O 'falar na rua' geralmente gira em torno de três opções para o desenvolvimento do SharePoint.

1. VSeWSS , próprias extensões da Microsoft para o Visual Studio .
2. STSDEV , pré-cria uma solução VS baseado em suas especificações
3. WSPBuilder , a minha preferência por causa de sua integração VS

Todos têm pontos fortes e fracos e eu aconselhá-lo a experimentar todos os três para encontrar sua preferência.

.B

Answer 2

Tendo usado VSeWSS 1.2 Eu recomendaria criando uma solução STSDEV que embrulha-se o código e copia o webpart para o local correto.

Atualizar No entanto, VSeWSS 1.3 é agora o MS "oficiais" assumir as coisas e será suportado em futuras versões do Visual Studio, de modo que é provavelmente o caminho a tomar agora.

Infelizmente você ainda vai precisar saber onde cada coisa tem que se adequar ir para o SharePoint para obtê-lo a trabalhar. Sob o capô, a solução eo recurso ainda usam formatos XML retorcidas para controlar a direção todos os bits da solução de movimento.

Depois de um tempo a dor aguda que você sente embota a um pulsar baixa.