usar team español como git visual-studio visual-studio-2013 tfs2013 tfvc

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



team foundation server 2018 download (3)

¿Cuáles son las grandes diferencias entre TFS y Git para el control de 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 mencionar que es insignificante) y soporte de desarrollo de IoS?

No, hay mucho más, pero a menudo son escenarios avanzados de Git. Repo local, soporte fuera de línea y fidelidad local completa en la historia es increíblemente poderoso, lo obtienes de inmediato con Visual Studio. ¡Hay algunas otras características que también son geniales! La capacidad de ramificar y fusionar de un repositorio a otro es muy poderosa. Te recomiendo que busques el libro de Pro Git para esos. Git en TFS es solo otro servidor git, tiene casi todas las características que tiene el Git estándar.

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

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

TFVC también tiene una línea de comando, la gente simplemente no la usa. Para las personas que quieren usar Git y nunca hacen mucho más que TFVC, probablemente no necesiten abandonar la interfaz de usuario, aunque no obtendrán muchas de las características interesantes ...

Puede haber algunos otros inconvenientes, principalmente debido a que es diferente de lo que las personas están acostumbradas. 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 cosas. Cosas como Rebase y Squash son realmente potentes y crean una historia muy limpia, pero puede dejar a las personas con el problema de que ya no pueden fusionarse si se usan incorrectamente. TFS tiene la capacidad de establecer algunas configuraciones de seguridad para eliminar los derechos de tomar decisiones muy estúpidas en un repositorio de git .

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

¿Has tenido experiencia en la GUI de VS 2013 para Git? ¿Es eso suficiente para admitir la bifurcación / fusión básica sin la interfaz de línea de comando?

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

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

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

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

Otras buenas lecturas:

Y algunas herramientas que vale la pena instalar:

Hay un montón de preguntas y respuestas sobre Git frente al control de fuente de TFVC, pero no hay respuestas actuales dada la integración de Git en Team Foundation Server / Service que puedo encontrar.

Estoy empezando a desarrollar pastos verdes utilizando una gran variedad de idiomas (C #, C ++, PHP, Javascript, MySSQL) usando Visual Studio 2013. En el futuro, habrá algunos desarrollos de iOS. Estoy muy familiarizado con SVN, VSS y TFS para el control de fuente. 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 TFS 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 es insignificante) y soporte de desarrollo de iOS?
  • Es el único inconveniente para Git la interfaz de línea de comando (algunos argumentarían que no es un inconveniente ;-P).
  • ¿Has tenido experiencia en la GUI de Visual Studio 2013 para Git? ¿Es eso suficiente para admitir la bifurcación / fusión básica sin la interfaz de línea de comando?
  • ¿Hay una guía de puesta en marcha 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 un comienzo desde cero con Git y VS 2013.

No busco un libro aquí, sino solo algunos puntos y tal vez algunos enlaces relevantes de personas que han usado tanto TFS como Git.


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

Si no se siente cómodo con la interfaz de línea de comando, hay varias interfaces GUI disponibles para Git. Git en realidad contiene la herramienta GUI del navegador de repositorio llamada gitk y git-gui , una GUI para git. Luego, hay aplicaciones de terceros como git-cola , TortoiseGit y others .


Para aclarar algunos confusos terminología mixta 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 componente del sistema de control de versiones de origen (VCS) .

El componente de VCS que utiliza 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 haz referencia a

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

  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 fuera de línea es simple, estás trabajando con tu propio repositorio completo. Puede confirmar cambios, revertir, explorar el historial, etc. Solo necesita estar en línea cuando desee sincronizar con un repositorio remoto.
  4. Las opciones de línea de comando de Git son muy potentes pero también intuitivas. Hace scripting una brisa.
  5. En TFS no hay una manera simple de guardar el estado de sus cambios (adiciones de archivos, modificaciones, eliminaciones de archivos) y cambiar a otro estado de código. (Por ejemplo, para trabajar en dos funciones y cambiar de un lado a otro). En git, simplemente selecciona una rama diferente.