sitio - ¿Cómo implementa sus soluciones de SharePoint?
Ahora estoy en el proceso de planificar la implementación de una solución de SharePoint en un entorno de producción.
He leído sobre algunas herramientas que prometen una forma fácil de automatizar este proceso, pero nada que parezca encajar en mi situación.
En la fase de prueba, utilicé SharePoint Designer para copiar el contenido del sitio entre los diferentes servidores de desarrollo y prueba, pero este proceso es manual y parece innecesario.
El sitio está compuesto por páginas de elementos web de SharePoint con elementos web personalizados y muchas definiciones de informes de Reporting Services.
Entonces, ¿hay algún buen consejo en este vasto territorio de geeks sobre cómo crear e implementar de manera más eficiente un sitio de SharePoint para un escenario de implementación múltiple?
Editar
Solo para aclarar. Necesito implementar varios "Sitios de SharePoint" en una colección de sitios existente. Como a SharePoint le gusta tener sus sitios en la base de datos de contenido de SharePoint, simplemente poner los archivos en IIS no es una opción en este momento.
También sugiero que revise el Asistente de implementación de contenido de SharePoint por Chris O''Brien. http://www.codeplex.com/SPDeploymentWizard
Debe ayudar a suavizar el proceso que describe, y es una buena herramienta para su kitbag sin importar
Tenemos un BizTalk 2006 con aplicación web y varios servicios web que deben pasar de Dev a UAT a Live.
Usamos MSBuild directamente desde VS para compilar, ejecutar pruebas, dependiendo del resultado de la prueba, cumplir, comprimir y enviar a los servidores.
Pequeño script de MSBuild en el servidor para descomprimir, mover los archivos, instalar una aplicación web limpia, deslistar bits de biztalk, instalar nuevos bits de biztalk, volver a alistar y luego iniciar el proceso.
MSBuild es enorme y hay más personas que lo necesitan ahora mismo en la plataforma =>
Use MSBuild
Tenga en cuenta que "solución" tiene un significado específico en Sharepoint: una colección de características (como elementos web, definiciones de listas, etc.) empaquetadas para su implementación como un archivo .wsp.
Por lo general, crea soluciones sharepoint en Visual Studio y las empaqueta y las implementa mediante una herramienta como Sharepoint SmartTemplates http://www.codeplex.com/smarttemplates
Sin embargo, en su caso, ya tiene contenido en un sitio sharepoint en vivo que desea mover a otro sitio. Probablemente sea demasiado engorroso usar una solución para esto, especialmente si desea hacerlo más de una vez (aunque es posible generar una solución desde un sitio en vivo usando SharePoint Solution Generator).
La forma más fácil de desplegar todo el contenido de un sitio en vivo a otro es crear una copia de seguridad del sitio usando stsadm y luego restaurarlo al nuevo sitio usando stsadm restore. Esto sobrescribe completamente el nuevo sitio.
Puede mover archivos / listas seleccionados usando importación / exportación (en lugar de copia de seguridad / restauración). Una herramienta como SharePoint Content Deployment Wizard hace que sea más fácil seleccionar el contenido para mover.
WSS tiene un soporte incorporado para implementar componentes wss. Ver http://msdn.microsoft.com/en-us/library/aa543214.aspx
Consulte este marco en saf.codeplex.com. Esto nos da la capacidad de automatizar la implementación de componentes de SharePoint mediante msbuild / features / stsadm, etc.
Descubrimos que ROSS funciona mejor: http://repliweb.com/products/ross/