Cómo trabajar en un proyecto de desarrollador externo usando Team Foundation Server

Me – Desarrollador web front-end con un buen conocimiento práctico de cómo escribir código VB.NET, pero nunca he creado un proyecto .NET desde cero utilizando Visual Studio.

Desarrollador externo: desarrollador experimentado de VB.NET pero completamente nuevo en control de versiones y TFS. También extremadamente barato y propenso a prácticas de progtwigción irritantemente pobres. Él hace cosas que te hacen golpearte la cabeza sobre la table.

Fondo

Nuestro desarrollador externo ha codificado nuestro sitio, pero en los últimos años he estado modificando aspectos de las páginas y he podido aprender bastante sobre VB.NET en el path. Nunca ha usado el control de fuente y no creo que alguna vez haya tenido que trabajar con otro desarrollador.

Hasta ahora ha mantenido una copy local del website. Él hace cambios a esta copy local y cuando quiere que la probemos, carga los files relevantes a nuestro server de desarrollo. No tengo experiencia con los proyectos / soluciones de Visual Studio, así que si realizo ajustes a las cosas, he editado los files aspx / asxh / config en mi editor preferido y luego los subí al server de desarrollo. Si todo funciona correctamente, le pido que los descargue del server para que pueda actualizar su copy local.

He estado manteniendo un repository git local del website durante los últimos 2 años. Si él hace un cambio lo reviso.

Obviamente, esta es una pesadilla para trabajar, así que ahora hemos insistido en que comience a usar el control de versiones. Le recomendé GIT pero él ha decidido usar TFS.

Él ahora ha puesto su solución y todos los files en TFS. Instalé Visual Studio 2015 y me conecté exitosamente a TFS. He asignado los files del control de origen a mi propio espacio de trabajo, pero ahora no sé qué hacer.

Preguntas

  1. Tan pronto como abro el file .sln que ha subido dice que he revisado el file y realizado cambios. Cuando reviso el diff, parece ser porque estoy usando una versión más nueva de Visual Studio que él. ¿El file .sln necesita estar en control de versión? ¿O se supone que debemos mantener nuestras propias versiones del file .sln y simplemente verificar todo lo demás?

  2. Si bash build el proyecto, falla porque el web.config está configurado para su máquina y no para la mía. ¿Cómo podemos mantener 3 versiones del file web.config? ¿Uno para mi local, uno para él y uno para nuestros entornos dev / live?

No estoy seguro de que haya agregado correctamente el proyecto a TFS porque nunca lo ha usado antes. Esto es básicamente el ciego guiando a los ciegos.

Pregunta 1:

Necesita poner el file .sln en control de versión. Antes de verificar el file .sln, realice un paso "get lo último", que garantizará que ambos trabajen en la última versión. Cuando intenta verificar su versión local en el server, y él ha cargado su versión local en el server. Es posible que tengas que resolver conflictos antes del check in.

Pregunta 2:

Debes build tu proyecto y publicar el website en el server. El agente de compilation solo mantendrá una versión del file web.config. Si ha construido el proyecto con su web.config. Y si desea volver a comstackr el proyecto con su web.config, el agente de compilation eliminará el file web.config anterior y desplegará su versión. Luego crea el proyecto con tu web.config.

Además, si ambos no son similares con TFS. Te sugiero que eches un vistazo al enlace de MSDN que se relaciona con el control y compilation de la fuente.

  • Utilice Team Foundation Version Control
  • TFS Vnext Build