Desarrollo de SharePoint en VM y control de versiones con TFS

Nuestro equipo se desarrollará contra SharePoint utilizando máquinas virtuales locales. Nuestras máquinas virtuales no pueden join 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 installation TFS está utilizando Kerebos para la authentication.

Para poder utilizar TFS para el control de código fuente, pensamos que podíamos compartir una carpeta entre el server y la máquina virtual, hacer nuestro trabajo en la máquina virtual, savela en la carpeta compartida y luego verificar el sistema y el host, que podrá autenticar contra TFS.

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

Nota: He configurado con éxito un mecanismo similar usando Tortoise SVN y Ankh SVN que funciona, pero la administración no cambia 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 includese en la respuesta.

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 copy 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 less en un dominio de confianza.

Ejecutamos la misma configuration, excepto que tenemos SVN y podemos comprometernos directamente desde la máquina virtual. Funciona 🙂

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

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 máquina virtual es un controller de dominio independiente + server SQL + server de informes + server de análisis + server de punto compartido y, como tal, no está unido al dominio principal.

al abrir Visual Studio 2008 y conectarse a TFS, no es necesario que la máquina / server esté conectado al dominio como NAT de VM a través de los adaptadores de networking de las máquinas host; use una dirección totalmente calificada para su TFS y no debería tener cualquier problema al conectarse a TFS desde dentro de la VM.

es posible que deba desactivar la authentication de Windows integrada (IE -> Herramientas -> Opciones de Internet -> Avanzado) …

También ejecutamos VS08 en la VM y no en el host.

Otra cosa es usar WSPBuilder para build sus soluciones y crear las secuencias de commands de implementación para usted (o como alternativa, simplemente configure una herramienta / command externo desde VS08 que ejecute el command stsadm.exe -o deploysolution). Puede implementar sin esfuerzo en la VM y asegúrate de que funcione bien; luego solo registra tu código, configura scripts de compilation que activen WSPBuilder en el server de compilation para comstackr las soluciones e implementarlas desde allí (o copyr el WSP en el server y ejecutarlo allí) .

Generalmente utilizo VS2008 ejecutándose en el host con los ensamblados de SharePoint instalados en el GAC del host. Uso events de compilation / objectives de compilation con una carpeta compartida y sysinternals para comstackrlos directamente en las carpetas bin / GAC de la VM de SharePoint. De esta forma, Visual Studio se comstack directamente en el server de SharePoint y no tiene que administrar 2 instalaciones (host y VM). También recomendaría instalar el depurador VS2008 como un service en la VM para una fácil debugging.

¡Espero que esto ayude!