visual usar subir studio proyecto configurar conectar con como code visual-studio git

usar - Usando Git con Visual Studio



subir proyecto a github visual studio code (16)

Como usuario de Visual SourceSafe desde hace mucho tiempo (y hater) estaba discutiendo el cambio a SVN con un colega; sugirió usar Git lugar. Ya que, aparentemente, se puede utilizar como igual a igual sin un servidor central (solo tenemos un equipo de 3 desarrolladores).

Sin embargo, no he podido encontrar nada sobre las herramientas que integran Git con Visual Studio. ¿Existe algo así?

¿Qué tecnologías están disponibles para usar Git con Visual Studio? ¿Y qué necesito saber acerca de cómo difieren antes de comenzar?

Actualmente hay 2 opciones para Git Source Control en Visual Studio (2010 y 12):

  1. Proveedor de control de fuente Git
  2. Proveedor Microsoft Git

He probado ambos y he encontrado que el primero es más maduro y tiene más funciones. Por ejemplo, juega bien con las extensiones git y git de tortuga, e incluso expone sus características.

Nota : Independientemente de la extensión que use, asegúrese de habilitarla desde Tools -> Options -> Source control -> Plugin Selection para que funcione.

El soporte de Git realizado por Microsoft en Visual Studio es lo suficientemente bueno para el trabajo básico (commit / fetch / merge y push). Mi consejo es solo evitarlo ...

Yo prefiero code.google.com/p/gitextensions (o en una menor proporción de SourceTree ). Porque ver el DAG es para mí realmente importante entender cómo funciona Git. ¡Y usted es mucho más consciente de lo que han hecho los demás colaboradores de su proyecto!

En Visual Studio, no puede ver rápidamente la diferencia entre archivos o confirmaciones, ni (agregar al índice) y confirmar solo una parte de las modificaciones. Explorar tu historia tampoco es bueno ... ¡Todo eso termina en una experiencia dolorosa!

Y, por ejemplo, GitExtensions incluye complementos interesantes: búsqueda en segundo plano, GitFlow, ... y ahora, ¡ integración continua !

Para los usuarios de Visual Studio 2015 , Git está tomando forma si instala la extensión GitHub. Pero una herramienta externa sigue siendo mejor ;-)

En enero de 2013, Microsoft announced que agregará soporte completo de Git en todos sus productos ALM. Han publicado un complemento para Visual Studio 2012 que agrega la integración de control de fuente Git.

Alternativamente, hay un proyecto llamado Git Extensions que incluye complementos para Visual Studio 2005, 2008, 2010 y 2012, así como la integración de Windows Explorer. Se actualiza regularmente y, al utilizarlo en un par de proyectos, lo he encontrado muy útil.

Otra opción es Git Source Control Provider .

He investigado esto un poco en el trabajo (ambos con Subversion y Git). Visual Studio en realidad tiene una API de integración de control de origen que le permite integrar soluciones de control de origen de terceros en Visual Studio. Sin embargo, la mayoría de la gente no se molesta con eso por un par de razones.

La primera es que la API casi asume que está utilizando un flujo de trabajo de pago bloqueado. Hay muchos enganches que pueden ser costosos de implementar o simplemente no tienen sentido cuando se utiliza el flujo de trabajo más moderno de edición y combinación.

El segundo (que está relacionado) es que cuando utiliza el flujo de trabajo de edición-fusión que Subversion y Git recomiendan, realmente no necesita la integración de Visual Studio. Lo más importante de la integración de SourceSafe con Visual Studio es que usted (y el editor) pueden decir de un vistazo qué archivos posee, cuáles deben revisarse antes de poder editar y cuáles no puede desproteger, incluso si lo desea. Entonces puede ayudarlo a hacer lo que sea necesario para hacer un control de revisión que necesite editar un archivo. Nada de eso forma parte de un flujo de trabajo típico de Git.

Cuando está utilizando Git (o SVN normalmente), todas sus interacciones de control de revisión tienen lugar antes de su sesión de desarrollo o después (una vez que tiene todo funcionando y probado). En ese momento, no es tan difícil usar una herramienta diferente. No tienes que cambiar constantemente de un lado a otro.

Me parece que Git, trabajando en árboles enteros como lo hace, se beneficia menos de la integración de IDE que las herramientas de control de origen que se basan en archivos o siguen un patrón de verificación-edición-confirmación. Por supuesto, hay casos en los que puede ser agradable hacer clic en un botón para hacer un examen de historial, pero no me lo pierdo mucho.

El verdadero deber es hacer que tu archivo .gitignore esté lleno de cosas que no deberían estar en un repositorio compartido. Las mías generalmente contienen (entre otras cosas) lo siguiente:

*.vcproj.*.user *.ncb *.aps *.suo

pero esto está fuertemente influenciado por C ++ con poco o ningún uso de cualquier funcionalidad de estilo de asistente de clase.

Mi patrón de uso es algo como lo siguiente.

  1. Código, código, código en Visual Studio.

  2. Cuando esté contento (punto intermedio sensible para cometer código, cambie a Git, cambie los escenarios y revise las diferencias. Si algo está mal, vuelva a Visual Studio y repare, de lo contrario confirme).

Cualquier combinación, rama, rebase u otra cosa elegante de SCM es fácil de hacer en Git desde el símbolo del sistema. Normalmente, Visual Studio está bastante contento con las cosas que cambian debajo de él, aunque a veces puede ser necesario volver a cargar algunos proyectos si ha modificado los archivos del proyecto de manera significativa.

Me parece que la utilidad de Git supera cualquier inconveniente menor de no tener una integración IDE completa, pero es, hasta cierto punto, una cuestión de gustos.

Microsoft anunció Git para Visual Studio 2012 (actualización 2) recientemente. No he jugado con eso todavía, pero este video parece prometedor.

Aquí hay un tutorial rápido sobre cómo usar Git desde Visual Studio 2012.

Según lo indicado por Jon Rimmer, puedes usar GitExtensions. GitExtensions funciona en Visual Studio 2005 y Visual Studio 2008, también funciona en Visual Studio 2010 si copia y configura manualmente el archivo .Addin.

Utilizo Git con Visual Studio para mi puerto de Protocol Buffers a C #. No uso la GUI, solo mantengo una línea de comandos abierta así como Visual Studio.

En su mayor parte está bien, el único problema es cuando desea cambiar el nombre de un archivo. Tanto Git como Visual Studio preferirían que fueran ellos quienes cambiaran el nombre. Sin embargo, creo que cambiar el nombre en Visual Studio es el camino a seguir, solo ten cuidado con lo que haces en el lado de Git después. Aunque esto ha sido un poco molesto en el pasado, he escuchado que en realidad debería ser bastante fluido en el lado de Git, porque puede notar que los contenidos serán prácticamente los mismos. (No es completamente lo mismo, por lo general, usted tiende a cambiar el nombre de un archivo cuando está cambiando el nombre de la clase, IME).

Pero básicamente, sí, funciona bien. Soy un novato de Git, pero puedo hacer que haga todo lo que necesito. Asegúrate de tener un archivo git ignore para bin y obj, y * .user.

TortoiseGit ha madurado y lo recomiendo especialmente si has usado TortoiseSVN.