¿Hay alguna forma en Visual Studio 2010 de tener la estructura de código / proyecto / carpeta asignada desde TFS a varias máquinas?

Actualmente estoy trabajando en varias aplicaciones y en algunas de estas aplicaciones, las soluciones contienen proyectos de múltiples espacios de trabajo en Visual Studio 2010.

Esto causa un problema cuando otros intentan trabajar en el código de una determinada aplicación o simplemente descargan el código y ejecutan la aplicación. Tengo definidos mis espacios de trabajo para mi computadora, pero otros no.

Lo que quiero hacer es tener una forma de configurar un espacio de trabajo o una especie de plantilla de espacio de trabajo donde cualquiera pueda descargar el código del servidor, mientras está en cualquier máquina y con la estructura de carpetas requerida, y la aplicación se ejecutará.

Por ejemplo, si tuviera la siguiente estructura de servidor:

$/
  $/SolutionFiles/

  $/SubFolder1/
    $/SubFolder1/ProjectA/
    $/SubFolder1/ProjectB/

  $/SubFolder2/
    $/SubFolder2/Project1/
    $/SubFolder2/Project2/

... y tuve una solución $/SolutionFiles/MyAppSolution que contiene código de $/SubFolder/ProjectA/ y $/SubFolder2/Project1/, Quiero tener un espacio de trabajo separado o algo, posiblemente llamado "MyAppSolution_Workspace" o algo así, que mapeará la carpeta de la solución y las carpetas del proyecto relacionadas a una ruta genérica. Esto debería funcionar y ser accesible desde todas las demás computadoras separadas y debería mantener la misma estructura de directorio del servidor y tener los mismos nombres de carpeta y todo lo que esperan los archivos de la solución / proyecto.

Por lo que parece, los espacios de trabajo compartidos en VS2010 funcionarían, pero parece que solo se aplica a una máquina y no es del todo genérico.

¿Hay alguna sugerencia sobre cómo lograr esto?

preguntado el 16 de mayo de 11 a las 20:05

1 Respuestas

Probablemente no le gustará esta respuesta, pero esto es lo que hacemos:

Mantenga el mapeo de su espacio de trabajo lo más simple posible. Nunca mueva carpetas ni cambie el nombre de carpetas o archivos utilizando la asignación del espacio de trabajo. Entonces, todo lo que los usuarios deben hacer es mapear desde la parte superior y todo funciona. Es posible que obtengan más archivos de los que desean, pero funcionará.

Los usuarios avanzados pueden usar la capacidad de encubrimiento de carpetas para bloquear la obtención de carpetas que no les interesan o pueden asignar solo las carpetas que desean. La clave es que cuando asignan carpetas específicas en lugar de la raíz, dejan las rutas de la misma manera que si se asignara la raíz.

En nuestro sistema, tenemos nuestra versión y la estructura de ramificación de lanzamiento sobre las carpetas de su ejemplo. Entonces, todo lo que ha enumerado se duplicará dentro de una carpeta PRINCIPAL y dentro de una carpeta Release_1.

respondido 22 mar '12, 22:03

También le advertiré que tuvimos problemas al intentar usar el sistema de compilación TFS mientras usábamos proyectos en múltiples soluciones. Los GUID dentro de los archivos del proyecto que vinculan los proyectos entre sí y con TFS pueden desincronizarse cuando un proyecto se utiliza en varias soluciones. Eso no es un problema para las compilaciones manuales dentro del IDE, pero los agentes de compilación de TFS usan los GUID para encontrar las dependencias y la compilación fallará si se desincronizan. - Ordenamiento de burbuja

Hablé con mi jefe e investigué un poco y probablemente esto es lo que haremos. Gracias por la respuesta. - Mike Webb

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.