Combinando GitHub y TFS / Visual Studio Team Services

10

Me pregunto si es posible combinar Visual Studio Team Services y / o TFS con un repositorio de GitHub. Creemos que ambos productos tienen sus propias ventajas y nos gustaría trabajar en un repositorio dentro de nuestra empresa.

La razón para usar VSTS / TFS es la integración en Visual Studio para elementos de trabajo.

git github team-foundation-server Gabriël
fuente
¿Has probado el complemento? visualstudio.github.com
gbjbaanb
1
¿Qué percibes que obtienes de github que no eres de VSTS y git? Asumir git en todos los ámbitos usando ambos no es realmente un gran problema, aparte de las discusiones sobre cómo mantener todo perfectamente sincronizado.
Murph
Vieja pregunta, nueva respuesta: desde que Microsoft compró GitHub , usar Visual Studio con un repositorio git es una realidad. Instrucciones para comenzar a usar Git y VSTS: docs.microsoft.com/en-us/vsts/git/…
joynoele
@Elsa no es así desde que MS compró github. VSTS ha apoyado a Git durante años. Además, con respecto al OP, si está utilizando VSTS para elementos de trabajo, tampoco hay una razón real para pagar por Github. La gran diferencia de Github con VSTS es cómo maneja el seguimiento de problemas.
RubberDuck
1
He estado usando github con Visual Studio durante años ... No estoy seguro de lo que le está pidiendo a OP, es extremadamente fácil configurarlo.
MattE

Respuestas:

0

Como no ha escrito mucho sobre cuál es su objetivo de ambos, los he utilizado para obtener estos beneficios.

TFS:

  • Ya estaba integrado en otros desarrollos del cliente y el personal se sentía cómodo administrándolo, por lo que mantuvo los requisitos y elementos de trabajo allí.
  • El backlog se construye con esto y el seguimiento de los elementos de trabajo se realiza aquí.

GITHUB:

  • Un repositorio de marcador de posición para mantener errores y problemas en las versiones existentes
  • El cliente tiene varias sucursales y puede presentar una solicitud desde cualquier parte del mundo mediante correo electrónico que crea un problema de github y etiquetarlo en consecuencia.
  • Ligera automatización y asignación para mantener las cosas bajo los SLA

El problema al usar ambos es que está dividiendo el flujo de código y el flujo de emisión / requerimiento. Para mi proyecto, me di cuenta de que los requisitos están más estrechamente vinculados a los cambios en el código, mientras que los problemas pueden estar relacionados con la documentación, la falta de capacitación, etc.

Tanto github como TFS pueden lograr esto por sí mismos, por lo que no tiene sentido mezclarlos si no es necesario.

Farrukh Subhani
fuente