Crear una nueva rama a partir de la actual
Si tienes modificaciones locales en uno o más archivos que son diferentes entre la rama actual y la rama a la que estás cambiando, el comando se niega a cambiar de rama para preservar tus modificaciones en contexto.
Cuando se produce un conflicto de fusión, las entradas del índice para las rutas en conflicto se dejan sin fusionar, y necesitas resolver los conflictos y marcar las rutas resueltas con git add (o git rm si la fusión debe resultar en la eliminación de la ruta).
Nota: debido al efecto «destructivo» de un comando git reset –hard (reinicia el índice y el árbol de trabajo. Cualquier cambio en los archivos rastreados en el árbol de trabajo desde <commit> se descartan), yo preferiría ir con:
creará una nueva rama llamada «nueva_rama», cambiará a ella y traerá todos los cambios no comprometidos como archivos modificados. A continuación, puede seguir trabajando en los cambios o confirmarlos en la nueva rama, etc.
¿Qué es la Subdivisión Principal?
La rama maestra de un repositorio, también llamada rama principal, contiene la versión actual de un software. A partir de esta rama principal pueden ramificarse otras ramas, por ejemplo para desarrollo y pruebas, y posteriormente fusionarse de nuevo con la rama maestra.
¿Qué es Git Branches?
En Git, las ramas forman parte de tu proceso de desarrollo diario. Las ramas de Git son referencias a una instantánea de tus cambios. Cuando quieres añadir una nueva funcionalidad o corregir un error, creas una nueva rama que contiene tus cambios (grandes o pequeños).
Git checkout nueva rama
Esta página es un examen del comando git checkout. Cubrirá ejemplos de uso y casos extremos. En términos de Git, un «checkout» es el acto de cambiar entre diferentes versiones de una entidad objetivo. El comando git checkout opera sobre tres entidades distintas: archivos, commits y ramas. Además de la definición de «checkout», la frase «check out» se utiliza comúnmente para implicar el acto de ejecutar el comando git checkout. En el tema Deshacer cambios, vimos cómo git checkout puede usarse para ver confirmaciones antiguas. La mayor parte de este documento se centrará en las operaciones de checkout sobre ramas.
La comprobación de ramas es similar a la comprobación de commits y archivos antiguos, en el sentido de que el directorio de trabajo se actualiza para coincidir con la rama/revisión seleccionada; sin embargo, los nuevos cambios se guardan en el historial del proyecto, es decir, no es una operación de sólo lectura.
El comando git checkout te permite navegar entre las ramas creadas por git branch. Comprobar una rama actualiza los archivos en el directorio de trabajo para que coincidan con la versión almacenada en esa rama, y le dice a Git que registre todos los nuevos commits en esa rama. Piensa en ello como una forma de seleccionar en qué línea de desarrollo estás trabajando.
Git crear nueva rama desde remoto
Para crear una nueva rama en GitHub Desktop, primero haz clic en la cabecera central que dice Rama actual. A continuación, haz clic en el botón Nueva rama. Introduce un nombre para tu rama en el cuadro de diálogo que aparece y haz clic en Crear rama.
Si estás creando tu rama de trabajo principal a partir de la rama maestra, un nombre simple como dev debería estar bien. Si estás creando una rama temática o de características, un nombre más descriptivo podría ser mejor. Por ejemplo, si vas a añadir una página acerca de un sitio web y estás empezando una nueva rama para trabajar en ello, un buen nombre para esa rama podría ser add-about-page.
En general, cada repositorio tiene una rama maestra. La rama maestra sólo debe contener código listo para producción. Esto significa que el código en su rama maestra no debe contener ningún error importante y debe ser capaz de desplegarlo en un entorno de producción (su sitio web en vivo o servidor de producción, por ejemplo). Por ello, no debes hacer commits directamente a la rama maestra. Deberías fusionar commits de otra rama en la master localmente o usar pull requests.
Git commit a nueva rama
Tardé un tiempo en comprender la importancia de las ramas y su funcionamiento. A la mayoría de los desarrolladores, esto les debe sonar demasiado familiar. Por eso voy a explicártelo todo. Se acabaron las confusiones y las dobles comprobaciones. Las ramas en GitHub (y Git) te permiten tomar el código base original, crear una réplica exacta del mismo, realizar cambios y, a continuación, enviar tus cambios para que se fusionen con el código base original. O, al menos, que no sea desastrosa. En nuestros artículos anteriores, cubrimos algunos de los comandos básicos de git y vimos cómo puedes mejorar tu proceso de desarrollo con los flujos de trabajo de git: