Desarrollo de SharePoint en VM y control de versiones con TFS

Question

Nuestro equipo se desarrollará contra SharePoint utilizando máquinas virtuales locales. Nuestras máquinas virtuales no pueden unirse al dominio de host. Además, nuestros host host tienen prohibido el uso de Conexión compartida a Internet. Tenemos un requisito para controlar el origen de todo nuestro trabajo de desarrollo utilizando Team Foundation Server. Nuestra instalación TFS está utilizando Kerebos para la autenticación.

Para poder usar TFS para el control de código fuente pensamos que podíamos compartir una carpeta entre el host y la VM, hacer nuestro trabajo en la VM, guardarla en la carpeta compartida y luego hacer check ins desde el host que podrá autenticarse contra TFS.

Espero que haya una manera más clara de hacerlo o alguien con restricciones similares puede proporcionar alguna información.

Nota: He configurado con éxito un mecanismo similar utilizando Tortoise SVN y Ankh SVN que funciona, pero la administración no cambiará el requisito de TFS. No es que los culpe tampoco, la licencia es muy cara y quieren sentir que están obteniendo el valor de su dinero. Por lo tanto, TFS debe incluirse en la respuesta.

Answer 1

Creo que sus soluciones están lo más limpias posible ... podría mapear una carpeta en su equipo host y abrir el proyecto de Visual Studio directamente desde allí dentro de la máquina virtual. Guarda la copia El compromiso tendrá que ser del anfitrión. El uso de las características de TFS será un poco incómodo, tendrás que abrir VS en tu equipo host para conectar las confirmaciones a los elementos de trabajo, etc. No es exactamente para lo que la inversión en TFS era. ¿Cómo es que han repartido el efectivo para TFS pero no están dispuestos a facilitarlo? Las máquinas virtuales deberían estar realmente en el dominio ... o al menos en un dominio de confianza.

Ejecutamos la misma configuración, excepto que tenemos SVN y podemos comprometernos directamente desde la máquina virtual. Puede funcionar :)

Por cierto, si desarrolla para SharePoint 2010, esto mejora; permitirá la instalación en sistemas operativos que no son de servidor para que pueda desarrollar en su máquina local (que supongo que está en el dominio).

Answer 2

Generalmente utilizo VS2008 ejecutándose en el host con los ensamblados de SharePoint instalados en el GAC del host. Uso eventos de compilación/objetivos de compilación con una carpeta compartida y sysinternals para compilarlos directamente en las carpetas bin/GAC de la VM de SharePoint. De esta forma, Visual Studio se compila directamente en el servidor de SharePoint y no tiene que administrar 2 instalaciones (host y VM). También recomendaría instalar el depurador VS2008 como un servicio en la VM para una fácil depuración.

Espero que esto ayude!

Answer 3

Aquí hay una solución que funciona perfectamente para el desarrollo de SharePoint 2007.

Ejecutamos instancias virtualizadas de Windows Server 2008 en nuestras máquinas con Windows XP en el proyecto en el que estoy. Usamos Sun VirtualBox como el software de virtualización.

En segundo lugar, cada VM es un controlador de dominio independiente + servidor sql + servidor de informes + servidor de análisis + servidor de SharePoint y como tal no está unido al dominio principal.

al abrir Visual Studio 2008 y conectarse a TFS, no necesita que la máquina/servidor se conecte al dominio como VM NAT a través de los adaptadores de red de las máquinas host; use una dirección totalmente calificada para su TFS y usted no debería tener ningún problema para conectarse a TFS desde dentro de la máquina virtual.

es posible que deba desactivar la autenticación de Windows integrada (IE -> Herramientas -> Opciones de Internet -> Avanzado) ...

También llevamos a cabo VS08 en la máquina virtual y no en el host ..

Otra cosa es utilizar WSPBuilder para construir sus soluciones y crear los scripts de implementación para usted (o, alternativamente, acaba de crear una herramienta/comando externo desde VS08 que ejecuta el comando stsadm.exe -o deploysolution) ... puede implementarlo sin esfuerzo en la máquina virtual y asegurarse de que funciona bien; luego, simplemente verifique su código, configure scripts de construcción que activen WSPBuilder en el servidor de compilación para construir las soluciones para usted e implemente desde allí (o copie el WSP hasta el servidor y ejecútelo allí).