Experiencia de Git en Visual Studio
Ahora Git es la experiencia de control de versiones predeterminada en Visual Studio 2019. Seguimos compilando el conjunto de características y lo iteraremos en función de sus comentarios. Para más información sobre una actualización de características reciente con un vínculo a una encuesta en la que puede compartir sus comentarios al respecto, consulte la entrada de blog Compatibilidad con varios repositorios en Visual Studio.
Ahora Git es la experiencia de control de versiones predeterminada en Visual Studio 2019. Desde la versión 16.6, hemos trabajado en la creación del conjunto de características y la iteración en él en función de vuestros comentarios. En la versión 16.8, se convirtió en la experiencia de control de versiones predeterminada para todos los usuarios.
Nota
También seguimos compilando e iterando en la característica de Git establecida en Visual Studio 2022. Para obtener más información sobre las actualizaciones recientes de la característica, vea la entrada de blog Compatibilidad de varios repositorios en Visual Studio.
Más información sobre Git
Git es el sistema de control de versiones moderno más usado, por lo que tanto si es un desarrollador profesional como si está aprendiendo a codificar, Git puede resultarle muy útil. Si no está familiarizado con Git, el sitio web https://git-scm.com/ es un buen punto de partida. Allí encontrará hojas de referencia rápida, un libro en línea conocido y vídeos de conceptos básicos de Git.
Cómo usar Git en Visual Studio
Le guiaremos por el uso de la nueva experiencia de Git en Visual Studio, pero si quiere realizar un recorrido rápido primero, eche un vistazo al vídeo siguiente:
Duración del vídeo: 5,27 minutos
Hay tres formas de empezar a usar Git con Visual Studio para ser más productivo:
- Creación de un repositorio Git. Si el código no está asociado a Git, puede crear un repositorio de Git.
- Clonación de un repositorio de Git existente. Si el código en el que quiere trabajar no está en la máquina, puede clonar repositorios remotos existentes.
- Apertura de un repositorio de Git existente. Si el código ya está en la máquina, puede abrirlo mediante Archivo > Abrir > Proyecto o solución (o Carpeta) y Visual Studio detectará automáticamente si tiene un repositorio de Git inicializado.
Nota
A partir de la versión 16.8 de Visual Studio 2019, incluimos una experiencia de cuenta de GitHub totalmente integrada. Ahora, puede agregar cuentas de GitHub y GitHub Enterprise a la cadena de claves. Puede agregar estas cuentas y aprovecharlas igual que hace con las cuentas de Microsoft, lo que significa que tendrá una mayor facilidad para acceder a los recursos de GitHub en Visual Studio. Para más información, consulte la página Trabajar con cuentas de GitHub en Visual Studio.
Nota
Visual Studio incluye una experiencia de cuenta de GitHub integrada. No solo puede agregar cuentas GitHub y GitHub Enterprise a la cadena de claves, sino que también puede aprovecharlas igual que con las cuentas de Microsoft. Para más información, consulte la página Trabajar con cuentas de GitHub en Visual Studio.
Creación de un repositorio Git
Si el código no está asociado a Git, puede empezar por crear un repositorio de Git. Consulte la página Creación de un repositorio en Visual Studio para obtener todos los detalles.
Si el código no está asociado a Git, puede empezar por crear un repositorio de Git. Para ello, seleccione GIT > Crear repositorio GIT en la barra de menús. A continuación, en el cuadro de diálogo Crear un repositorio GIT, escriba su información.
El cuadro de diálogo Crear un repositorio GIT facilita la inserción del nuevo repositorio en GitHub. De forma predeterminada, el nuevo repositorio es privado, lo que significa que usted es el único que puede acceder a él. Si desactiva la casilla, el repositorio será público, lo que significa que cualquier persona en GitHub podrá verlo.
Sugerencia
Tanto si el repositorio es público como privado, es mejor tener una copia de seguridad remota del código almacenada de forma segura en GitHub, aunque no esté trabajando con un equipo. Así también tendrá el código a su disposición independientemente de la máquina que use.
Puede optar por crear un repositorio de Git solo local mediante la opción Solo locales. También puede vincular el proyecto local a un repositorio remoto vacío existente en Azure DevOps o cualquier otro proveedor de Git mediante la opción Repositorio remoto existente.
Clonación de un repositorio de Git existente
Visual Studio incluye una experiencia de clonación sencilla. Para obtener una guía paso a paso, consulte la página Clonación de un repositorio en Visual Studio.
Visual Studio incluye una experiencia de clonación sencilla. Si conoce la dirección URL del repositorio que quiere clonar, puede pegar la dirección URL en la sección Ubicación del repositorio y luego elegir la ubicación del disco en la que quiere que Visual Studio se clone.
Si no conoce la dirección URL del repositorio, Visual Studio facilita la búsqueda y clonación del repositorio existente de GitHub o Azure DevOps.
Apertura de un repositorio de Git existente
Después de clonar un repositorio o de crear uno, Visual Studio detecta el repositorio de Git y lo agrega a la lista de repositorios locales en el menú de Git.
Desde aquí, puede acceder rápidamente a los repositorios de Git y cambiar de uno a otro.
Vista de archivos en el Explorador de soluciones
Al clonar un repositorio o abrir un repositorio local, Visual Studio lo lleva a ese contexto de Git al guardar y cerrar cualquier solución y proyecto abiertos previamente. El Explorador de soluciones carga la carpeta en la raíz del repositorio de Git y examina el árbol de directorios en busca de cualquier archivo visible. Estos incluyen archivos tales como CMakeLists.txt o aquellos que tienen la extensión de archivo .sln.
Para obtener más información, vea la sección Vista de archivos en el Explorador de soluciones del tutorial Abrir un proyecto desde un repositorio.
Visual Studio ajusta su Vista en función del archivo que se cargue en el Explorador de soluciones:
- Si clona un repositorio que contiene un solo archivo .sln, el Explorador de soluciones carga automáticamente esa solución.
- Si el Explorador de soluciones no detecta ningún archivo .sln en el repositorio, de forma predeterminada carga la Vista de carpetas.
- Si el repositorio tiene más de un archivo .sln, el Explorador de soluciones muestra la lista de Vistas disponibles para que pueda elegir una.
Puede alternar entre la Vista abierta actualmente y la lista de Vistas mediante el botón Cambiar de vista de la barra de herramientas del Explorador de soluciones.
Ventana Cambios de Git
Git realiza un seguimiento de los cambios de archivo en el repositorio mientras usted trabaja y separa los archivos del repositorio en tres categorías. Estos cambios son equivalentes a lo que se vería al escribir el comando git status en la línea de comandos:
- Archivos sin modificar: Estos archivos no han cambiado desde la última confirmación.
- Archivos modificados: Estos archivos incluyen cambios realizados desde la última confirmación, pero aún no se han almacenado provisionalmente para la siguiente confirmación.
- Archivos almacenados provisionalmente: Estos archivos tienen cambios que se agregarán a la siguiente confirmación.
Mientras usted realiza su trabajo, Visual Studio realiza un seguimiento de los cambios de archivo en el proyecto en la sección Cambios de la ventana Cambios de Git.
Cuando esté listo para almacenar provisionalmente los cambios, haga clic en el botón + (más) en cada archivo que quiera almacenar provisionalmente o haga clic con el botón derecho en un archivo y seleccione Agregar al "stage" . También puede almacenar provisionalmente todos los archivos modificados con un solo clic mediante el botón + (más) de Almacenar todo provisionalmente situado en la parte superior de la sección Cambios.
Al almacenar provisionalmente un cambio, Visual Studio crea una sección Cambios almacenados provisionalmente. Solo se agregan en la siguiente confirmación los cambios de la sección Cambios almacenados provisionalmente, lo que puede hacer seleccionando Confirmar almacenados provisionalmente. El comando equivalente para esta acción es git commit -m "Your commit message". También se puede cambiar el almacenamiento provisional de los cambios haciendo clic en el botón – (menos). El comando equivalente para esta acción es git reset <file_path> para cambiar el almacenamiento provisional de los cambios de un único archivo o git reset <directory_path> para cambiar el de todos los archivos de un directorio.
También puede optar por no almacenar provisionalmente los archivos modificados omitiendo el almacenamiento provisional. En este caso, Visual Studio le permite confirmar los cambios directamente sin tener que almacenarlos provisionalmente. Solo tiene que escribir el mensaje de confirmación y luego seleccionar Confirmar todo. El comando equivalente para esta acción es git commit -a.
Visual Studio también facilita la confirmación y sincronización con un solo clic mediante los métodos abreviados Confirmar todo e insertar y Confirmar todo y sincronizar. Al hacer doble clic en cualquier archivo de las secciones sección Cambios y Cambios almacenados provisionalmente, puede ver una comparación línea a línea con la versión no modificada del archivo.
Sugerencia
Puede asociar un elemento de trabajo de Azure DevOps con una confirmación mediante el carácter "#" si está conectado al repositorio de Azure DevOps.
Sugerencia
Puede asociar un elemento de trabajo de Azure DevOps con una confirmación mediante el carácter "#" si está conectado al repositorio de Azure DevOps. Puede conectar el repositorio de Azure DevOps mediante Team Explorer > Administrar conexiones.
Seleccione una rama existente:
Visual Studio muestra la rama actual en el selector situado en la parte superior de la ventana Cambios de Git.
La rama actual también está disponible en la barra de estado en la esquina inferior derecha del IDE de Visual Studio.
En ambas ubicaciones, puede alternar entre las ramas existentes.
Creación de una rama
También puede crear una rama. El comando equivalente para esta acción es git checkout -b <branchname>.
La creación de una rama es tan sencillo como escribir el nombre de la rama y basarla en una rama existente.
Puede elegir una rama local o remota existente como base. La casilla Desproteger rama le lleva automáticamente a la rama recién creada. El comando equivalente para esta acción es git checkout -b <new-branch><existing-branch>.
Ventana Repositorio de GIT
Visual Studio tiene una nueva ventana Repositorio de GIT, que es una vista consolidada de todos los detalles del repositorio, incluidas todas las ramas, los elementos remotos y los historiales de confirmación. Puede acceder a esta ventana directamente desde Git o Vista en la barra de menús o desde la barra de estado.
Administración de ramas
Al seleccionar Administrar ramas en el menú Git, verá la vista de árbol Ramas en la ventana Repositorio de GIT. En el panel izquierdo, puede usar el menú contextual para desproteger ramas, crear ramas, combinar, fusionar mediante cambio de base, selección exclusiva, etc. Al hacer clic en la rama, puede ver una vista previa del historial de confirmaciones en el panel derecho.
Confirmaciones entrantes y salientes
Al capturar una rama, la ventana Cambios de Git presenta un indicador en la lista desplegable Rama, que muestra el número de confirmaciones no extraídas de la rama remota. Este indicador también muestra el número de confirmaciones locales sin insertar.
El indicador también funciona como un vínculo que le lleva al historial de confirmaciones de esa rama en la ventana Repositorio de GIT. En la parte superior del historial se muestran los detalles de estas confirmaciones entrantes y salientes. Desde aquí, también puede optar por extraer o insertar las confirmaciones.
Detalles de la confirmación
Al hacer doble clic en una Confirmación, Visual Studio abre los detalles en una ventana de herramientas independiente. Aquí puede revertir la confirmación, restablecer la confirmación, modificar el mensaje de confirmación o crear una etiqueta en la confirmación. Al hacer clic en un archivo cambiado en la confirmación, Visual Studio abre la vista en paralelo Diferencias de la confirmación y su elemento primario.
Control de conflictos de combinación
Pueden producirse conflictos durante una combinación si dos desarrolladores modifican las mismas líneas en un archivo y Git no sabe automáticamente cuál es la correcta. Git detiene la fusión mediante combinación e informa de que está en un estado Con conflictos.
Para obtener más información sobre los conflictos de combinación y cómo controlarlos, consulte la página Resolución de conflictos de combinación.
Visual Studio hace que sea fácil identificar y resolver un conflicto de fusión mediante combinación. En primer lugar, la ventana Repositorio de GIT muestra una barra de información dorada en la parte superior de la ventana.
La ventana Cambios de Git también muestra el mensaje "Fusión mediante combinación en curso con conflictos", con los archivos sin combinar en su sección independiente debajo.
Pero si ninguna de estas ventanas se abre y, en su lugar, se va al archivo que tiene conflictos de combinación, no tendrá que buscar el texto siguiente:
<<<<<<< HEAD
=======
>>>>>>> main
En su lugar, Visual Studio muestra una barra de información dorada en la parte superior de la página que indica que el archivo abierto tiene conflictos. A continuación, puede hacer clic en el vínculo para abrir el editor de combinación.
El editor de combinación
El editor de combinación de Visual Studio es una herramienta de combinación tridireccional que muestra los cambios entrantes, los cambios actuales y el resultado de la combinación. Puede usar la barra de herramientas situada en el nivel superior del editor de combinación para desplazarse entre los conflictos y las diferencias de combinación automática en el archivo.
También puede usar los controles de alternancia para mostrar u ocultar las diferencias, mostrar u ocultar las diferencias de palabras y personalizar el diseño. Hay casillas en la parte superior de cada lado que puede usar para realizar todos los cambios de un lado o del otro. No obstante, para realizar cambios individuales, puede hacer clic en las casillas situadas a la izquierda de las líneas en conflicto en cualquier lado. Por último, cuando termine de resolver los conflictos, puede seleccionar el botón Aceptar combinación del editor de combinación. Escriba luego un mensaje de confirmación y confirme los cambios para completar la resolución.
Personalización de la configuración de Git
Para personalizar la configuración de Git en un nivel de repositorio, así como en un nivel global, vaya a Git > Configuración o a Herramientas > Opciones > Control de código fuente en la barra de menús. Después, elija las opciones que quiera.
Cómo usar la experiencia de Team Explorer heredada en Visual Studio
La nueva experiencia de Git es el sistema de control de versiones predeterminado en Visual Studio 2019 a partir de la versión 16.8. Sin embargo, si desea desactivarla, puede hacerlo. Vaya a Herramientas > Opciones > Entorno > Características en versión preliminar y active la casilla New Git User Experience (Nueva experiencia de usuario de Git), que le cambiará a la experiencia de Team Explorer para Git.
Pasos siguientes
Aunque la nueva experiencia de Git ya está activada de forma predeterminada a partir de la versión 16.8 de Visual Studio 2019, seguimos agregando características para mejorar la experiencia. Si desea consultar nuevas actualizaciones de la experiencia de Git en una versión preliminar, puede descargarla e instalarla en la página de Visual Studio 2022 Preview.
Seguimos agregando nuevas características para mejorar la experiencia de Git en Visual Studio. Para más información sobre una actualización de características reciente con un vínculo a una encuesta en la que puede compartir sus comentarios al respecto, consulte la entrada de blog Compatibilidad con varios repositorios en Visual Studio.
Importante
Si tiene alguna sugerencia para nosotros, háganoslo saber. Agradecemos la oportunidad de participar en sus decisiones de diseño a través del portal Developer Community.
Consulte también
- Tutorial Introducción a Git y GitHub en Visual Studio 2019 en Microsoft Learn
- Vídeo Introducción a Git en Visual Studio en YouTube
- Entrada de blog Anuncio de la publicación de la experiencia de Git en Visual Studio
- Trabajar con cuentas de GitHub en Visual Studio
- Notas de la versión de Visual Studio 2019
- Notas de la versión de Visual Studio 2022