Así que, tal vez soy un poco de la vieja escuela, pero cuando creamos sitios web en el pasado, desarrollamos el sitio en un servidor de desarrollo, luego publicamos o promocionamos las páginas y archivos al servidor de producción. Esto siempre parece ser un buen camino a seguir para que los usuarios no vean páginas arruinadas o (Dios no lo quiera) un servidor caído porque uno de nosotros nos equivocamos.Promoción de sitios de MOSS '07 de Dev a producción
Pero parece que Microsoft no tenía esta idea en mente cuando crearon SharePoint ... al menos, no he podido encontrar la manera de hacerlo en la infraestructura tal como está definida.
¿Alguien sabe si hay una estrategia de administración para el desarrollo de SharePoint? He leído en línea que podemos hacer una copia de seguridad del entorno de desarrollo y restaurar al servidor de producción. Eso podría funcionar la primera vez, pero las actualizaciones del servidor de producción no pueden hacer eso sin arriesgar la pérdida de datos en el servidor de producción. He visto algunas herramientas para migrar contenidos de la lista, páginas y documentos de un servidor a otro, aunque debo admitir que aún no los he investigado.
Pero, otra preocupación mía es el tipo de contenido personalizado. Parece que una vez que una lista utiliza un tipo de contenido, no puede actualizarlo sin eliminar los elementos de la lista, desasociar el tipo de contenido y reasociar el tipo de contenido. ¿No debería haber alguna forma de ACTUALIZAR un tipo de contenido?
De todos modos, si tiene alguna sugerencia para cualquiera de estos dilemas actuales, ME ENCANTARÍA saber de usted.
Gracias de antemano,
Dan
Gracias por su rápida respuesta.
Ya tenemos varias características creadas para nuestro sitio y un paquete de soluciones que agrupa funciones dirigidas a los fundamentos (tipos de contenido, columnas, etc.) y otra solución para las características relacionadas con la marca (diseños de página, páginas maestras, etc. .)
Pero parece que se trata de una sola vez ... básicamente, configura nuestro servidor, ¿verdad? Una vez que las personas hayan comenzado a usar el entorno de producción, tendremos documentos, páginas, elementos de lista que estarán en nuestra base de datos de contenido y será imposible actualizar cosas como tipos de contenido, columnas.
Funciones que debe desactivar y desinstalar antes de poder instalar y activar la nueva característica, ¿no? He visto una propiedad de versión en la definición de la característica, pero por lo que puedo decir, esto no hace nada. Parece que las soluciones se pueden actualizar incrementando el número de versión, pero no parece modificar cosas como los tipos de contenido y las columnas, especialmente si están en uso. Además, no estoy seguro de cuán extensa es la actualización con soluciones.
Hay muy poca documentación para este tipo de cosas. Parece que todo lo que estoy leyendo es cómo configurar inicialmente tu servidor de SharePoint ... no a largo plazo.
¿Tiene algún consejo o sugerencia?
Gracias a todos por sus sugerencias.
Pero llevamos más de un año trabajando en este sitio. Estoy bastante seguro de que ya estamos configurados de acuerdo con lo que la mayoría de ustedes recomiendan.Ya tenemos varias características que instalan cosas como tipos de contenido, columnas, páginas maestras, diseños de página y flujos de trabajo. La mayoría de estas características están contenidas en paquetes de soluciones. Tenemos todos nuestros entornos de desarrollo configurados como servidores VPC.
Por lo tanto, tengo la implementación inicial prácticamente establecida. Lo que REALMENTE estoy esperando saber es cómo puedo actualizar cosas como tipos de contenido y columnas y cosas en el futuro. ¿Es posible cambiar los tipos de contenido una vez que están en uso? Porque no parece, basado en mi prueba inicial, que esto sea posible. No me preocupan las asambleas porque parece que cambian muy bien, pero la única forma en que he actualizado un tipo de contenido es eliminando los elementos que hacen referencia a ellos (es decir, todas las páginas de la biblioteca de mi página), eliminando el tipo de contenido, luego volver a agregarlo.
¿Alguno de ustedes sabe si hay una manera de actualizar un tipo de contenido después del despliegue inicial? ... cuando los usuarios ya han creado elementos basados en los tipos de contenido que ya hemos implementado?
(La otra parte de mi pregunta estuviese desplazándose hacia las páginas existentes desde el servidor de desarrollo de la producción, pero puedo vivir sin eso. Mi mayor preocupación es los tipos de contenido.)
Gracias ... Lo verificaré. ¿Lo has usado anteriormente? ¿Sabes si funciona bien? – Dan
¡Sí, funciona genial! –