Mejor formato de proyecto para la implementación de SharePoint VS2005 +?

Question

En primer lugar, permítanme usar una frase para dejar salir un poco de frustración: Mi dios, el desarrollo para SharePoint es un desastre f-ing

OK, lo siento, que me concentro en el 1 escenario específico. He desarrollado (VS2005) alguna funcionalidad que funciona si puedo implementar como un archivo DLL en el servidor de SharePoint (MOSS2007). Ahora estoy tratando de identificar la mejor manera de empaquetar como una característica de despliegue.

Con base en los resultados de búsqueda, se podría pensar que nadie ha hecho nunca con éxito esta manera repetible! Cada artículo contradice la siguiente, o documenta una técnica que los parches algún problema con técnicas de otra persona, ya su vez, probablemente se actualiza en otro artículo. Muchos parecen basarse en métodos heredados para 2003, WSS, etc. Algunos recomiendan el uso de tareas de MSBuild para desplegar a su código, copiar archivos de forma manual en directorios con nombres como "12", o el uso de herramientas como SharePoint Designer o hacer modificaciones directamente a un servidor . Estos suenan como los cortes que los desarrolladores podrían utilizar para instalar en un servidor de prueba. Alguien ha creado un proyecto que, después de una generación correcta, se pueden tomar a otra máquina y se despliega con un instalador o instrucción sola línea de comandos a través de STSADM?

Me admitir que sólo tengo conocimiento de un principiante de administración de SharePoint, pero debe ser más fácil de lo que parece. Creo entender los conceptos básicos en http://msdn.microsoft.com/ en-us / library / ms413687.aspx pero no hay una manera de automatizar eso? Tiene que ser un práctica para las características de embalaje a ser desplegados en un servidor 2007 recomendó .. pero para la vida de mí no puedo averiguar cuál se trata. (Mi mejor conjetura es que es algo como esto: http://www.codeplex.com/sptemplateland , pero que no ha sido actualizado desde feb 2007).

¿Alguien puede ayudar? Gracias tanto!

Answer 1

El 'hablar en la calle' por lo general gira en torno a tres opciones para el desarrollo de SharePoint.

1. VSeWSS , propias extensiones de Microsoft para Visual Studio .
2. STSDEV , pre-VS crea una solución basada en sus especificaciones
3. WSPBuilder , mi preferencia debido a su integración VS

Todos tienen fortalezas y debilidades y yo recomendamos que pruebe los tres para encontrar su preferencia.

.B

Answer 2

Después de haber utilizado VSeWSS 1.2 recomendaría la creación de una solución STSDEV que envuelve el código y copia el elemento Web al lugar correcto.

Actualizar Sin embargo, VSeWSS 1.3 es ahora el "oficial" MS asumir las cosas y se apoyó en futuras versiones de Visual Studio, por lo que es probablemente la ruta a tomar ahora.

Desafortunadamente usted todavía va a tener que saber que cada cosa tiene que adaptarse a entrar en SharePoint para conseguir que funcione. Bajo el capó, la solución y la característica todavía utilizan formatos XML retorcidos para controlar la dirección todos los bits de la marcha solución.

Después de un rato, el dolor agudo que se siente embota a un latido bajo.