¿Cuáles son las grandes diferencias entre TFVC (TFS Version Control) y Git para el control de código fuente cuando se usa Visual Studio 2013?

Hay toneladas de preguntas y respuestas sobre Git versus TFVC Source Control, pero ninguna respuesta actual cubre la integración de Git en Team Foundation Server / Service que puedo encontrar.

Estoy comenzando el desarrollo de pastos verdes usando una amplia variedad de lenguajes (C #, C ++, PHP, Javascript, MySSQL) usando Visual Studio 2013. En el futuro, habrá algo de desarrollo iOS. Estoy muy familiarizado con SVN, VSS y TFVC para el control de fuentes. Sin embargo, nunca he usado Git. Prefiero TFS para la gestión de procesos / desarrollo ágil ... No es perfecto, pero se integra bien en Visual Studio.

Entonces, para ayudarme a decidir entre estos dos sistemas ...

¿Cuáles son las grandes diferencias entre TFVC y Git para el control de código fuente cuando se usa Visual Studio 2013?

• ¿El único beneficio en mi caso es un repositorio local (sin decir que sea insignificante) y soporte para el desarrollo de iOS?
• Es el único inconveniente de Git, la interfaz de línea de comandos (algunos dirían que no es un inconveniente ;-P).
• ¿Ha experimentado en la GUI de Visual Studio 2013 para Git? ¿Es eso suficiente para admitir la ramificación / fusión básica sin la interfaz de línea de comandos?
• ¿Existe una guía de inicio detallada para Git que muestre que Git se usa con Visual Studio 2013? Microsoft tiene un video para integrar un repositorio de Git existente en Visual Studio 2013, pero estoy buscando comenzar desde cero con Git y VS 2013.

No estoy buscando un libro aquí, sino solo algunas viñetas y quizás algunos enlaces relevantes de personas que han usado TFVC y Git.

¿Cuáles son las grandes diferencias entre TFS y Git para el control de código fuente cuando se usa VS 2013?

MSDN tiene una página muy extensa sobre todas las características y diferencias entre Team Foundation Version Control y Git .

¿El único beneficio en mi caso es un repositorio local (sin decir que eso sea insignificante) y soporte para el desarrollo de IoS?

No, hay mucho más, pero a menudo son escenarios avanzados de Git. El repositorio local, el soporte sin conexión y la fidelidad local total en el historial son increíblemente poderosos, lo obtiene de inmediato con Visual Studio. ¡Hay algunas otras características que también son geniales! La capacidad de ramificarse y fusionarse de un repositorio a otro es muy poderosa. Te recomiendo que busques el libro Pro Git para esos. Git en TFS es solo otro servidor de git, tiene prácticamente todas las características que tiene el Git estándar.

La capacidad de reescribir el historial antes de fusionar le permite eliminar o combinar varios conjuntos de cambios más pequeños, para que el historial sea más limpio y más fácil de leer como humano.

Es el único inconveniente de Git, la interfaz de línea de comandos (algunos dirían que no es un inconveniente ;-P).

TFVC también tiene una línea de comandos, la gente simplemente no la usa. Para las personas que quieren usar Git y nunca hacer mucho más de lo que hace TFVC, probablemente no tendrán que abandonar la interfaz de usuario, aunque no obtendrán muchas de las funciones interesantes ...

Puede haber algunos otros inconvenientes, principalmente debido al hecho de que es diferente a lo que la gente está acostumbrada. No es muy difícil pegarse un tiro en el pie si no te tomas el tiempo para aprender lo que hace git cuando haces las cosas. Cosas como Rebase y Squash son realmente poderosas y crean un historial muy limpio, pero pueden dejar a las personas con el problema de que ya no pueden fusionarse si se usan incorrectamente. TFS tiene la capacidad de poner algunas configuraciones de seguridad para quitarle los derechos para tomar decisiones muy estúpidas en un repositorio de git .

Un complemento muy interesante para los usuarios de Git en Windows es PoSHGit . proporciona autocompletado de comandos en la línea de comandos de Powershell.

¿Ha experimentado en la GUI de VS 2013 para Git? ¿Es eso suficiente para admitir la ramificación / fusión básica sin la interfaz de línea de comandos?

Tiene todo lo que necesita para operaciones básicas. Pero necesitas poder visualizar las diferentes ramas para saber qué está pasando. Dado que el servidor Git y el repositorio local son solo Git, cualquier cliente git puede ayudarlo aquí. SourceTree es una opción aquí. El cliente de Git para Windows es otro.

Para operaciones estándar, check-in, check-out, merge, branch (o push, pull, fetch, commit, merge) la interfaz de usuario funciona bien.

¿Existe una guía de inicio detallada para Git que muestre que Git se usa con VS 2013? MS tiene un video para integrar un repositorio de Git existente en VS 2013, pero estoy buscando comenzar desde cero con Git y VS 2013.

Comenzar con Git está disponible en varios lugares ... Estas son algunas opciones:

• MSDN Docs: use Visual Studio con Git
• Blog de MSDN: Introducción a Git
• Hay un laboratorio práctico para Brian Keller VM .
• Microsoft Virtual Academy: uso de Git con Visual Studio 2013 Jump Start
• Pluralsight: Git para desarrolladores de Visual Studio

Otras buenas lecturas:

• MSDN Docs: Resumen de Git vs TFVC
• Syncfusion: Git sucintamente
• Configuración de la herramienta Fusionar de Visual Studio como predeterminada para Git
• usando PoshGit desde Visual Studio
• Presione: Pro Git
• Guía de usuarios de ALM Ranger Git para TFVC.

Y algunas herramientas que vale la pena instalar:

• PoshGit
• SourceTree
• Margen diferencial de Git

Para aclarar una terminología mixta confusa que se usa mucho con TFS

Team Foundation Server (TFS) es una herramienta de gestión del ciclo de vida de la aplicación, que incluye un sistema de control de versiones de origen (VCS) componente de .

El componente VCS que usa TFS es principalmente Team Foundation Version Control (TFVC)

Entonces, la pregunta sería TFVC vs Git

(De hecho, TFS admite Git como una opción de VCS ).

Entonces, la pregunta es: TFVC vs Git

jessehouwing tiene una gran respuesta que cubre esto con buen detalle, así que por favor haga referencia a eso

En cuanto a elegir cuál usar, en mi opinión Git gana

1. Es liviano: fácil de configurar y comenzar a usar.
2. Su naturaleza distribuida significa que es muy resistente a los desastres, alguien siempre tendrá una copia del repositorio.
3. El trabajo sin conexión es simple, estás trabajando con tu propio repositorio completo. Puede realizar cambios, revertir, examinar el historial, etc. Solo necesita estar en línea cuando desee sincronizar con un repositorio remoto.
4. En TFS no existe una forma sencilla de guardar el estado de sus cambios (adiciones de archivos, modificaciones, eliminaciones de archivos) y cambiar a otro estado de código. (Por ejemplo, trabajar en dos funciones y alternar entre ellas). En git, simplemente revisa una rama diferente.

Es el único inconveniente de Git, la interfaz de línea de comandos (algunos dirían que no es un inconveniente ;-P).

Si no se siente cómodo con la interfaz de línea de comandos, hay varias interfaces GUI disponibles para Git. Git en sí contiene una herramienta GUI del navegador de repositorio llamada gitky git-gui- una GUI para git. Luego están las aplicaciones de terceros como git-cola , TortoiseGit y otras .