Git push nueva rama
En artículos anteriores, aprendiste “Cómo revertir un commit en Git” (un tutorial de PowerShell Git) y “Cómo fusionar en Git: Tutorial de repositorios Git remotos y locales”. También puedes utilizar Git para crear ramas en tu proyecto. La creación de ramas en Git permite que varios desarrolladores trabajen en un proyecto modificando el código base de trabajo.
Las ramas de Git permiten a los desarrolladores desviarse de la versión de producción del código para corregir un error o añadir una característica. Los desarrolladores crean ramas para trabajar con una copia del código sin modificar la versión existente. Se crean ramas para aislar los cambios en el código, que se prueban antes de fusionarlos con la rama principal (más adelante se habla de esto).
Cuando creas un commit, Git identifica esa instantánea de archivos con un hash SHA-1 único. Cuando creas inicialmente una rama, Git crea un nuevo puntero a la misma confirmación en la que se encuentra la rama principal. El diagrama siguiente muestra que ambas ramas tienen la misma instantánea de código en este punto.
A medida que creas confirmaciones en la nueva rama, Git crea nuevos punteros para seguir los cambios. Los últimos commits están ahora por delante de los commits de la rama principal. A medida que continúas haciendo commits, cada rama mantiene un seguimiento de su versión de archivos.
¿Puedes crear una rama en GitHub?
Crear una rama utilizando el desplegable de la rama
En GitHub.com, navega a la página principal del repositorio. Opcionalmente, si quieres crear la nueva rama desde una rama distinta a la rama por defecto del repositorio, haz clic en Ramas y luego elige otra rama.
¿Debes crear una nueva rama en git?
Deberías crear una nueva rama cuando estés haciendo un trabajo de desarrollo que sea de naturaleza experimental. Así que en su escenario definitivamente crear una nueva rama y no una carpeta dentro de maestro. Si creaste tu trabajo sandbox como un directorio en el master, va a residir allí hasta que lo elimines usando git.
Git crea una nueva rama desde master
¿No sería genial poder mantener tu código actualizado sin afectar a la rama maestra? Pues bien, con la creación de ramas en Git, ¡podemos hacerlo! En términos sencillos, la creación de ramas en Git es un proceso de creación y eliminación de ramas, así como de listado y cambio de sus nombres. Con esta poderosa herramienta, podemos mantener el control de versiones de tu código de forma fácil y eficiente. Entonces, ¿por qué esperar? Empecemos a entender cómo usar la ramificación de Git y cómo crear una rama de Git hoy mismo.
Cuando creas un nuevo repositorio Git, automáticamente obtienes una rama maestra que apunta al primer commit realizado en ese repo. Cada vez que haces un commit, el puntero de la rama maestra se mueve hacia adelante automáticamente. Sólo puedes tener una rama maestra en un repositorio determinado.
La rama maestra es la rama más importante de su proyecto. Cada cambio realizado en tu código base debe ser fusionado de nuevo en esta rama. Esto es lo que llamamos la “versión oficial de trabajo” de su proyecto.
Antes de seguir adelante y crear ramas en nuestro sistema local, es importante que aprendamos a ver las ramas existentes tanto localmente como en el repositorio remoto. De esta manera, podemos estar al día con el proyecto en su conjunto mientras trabajamos en nuestras tareas individuales.
Git crea una nueva rama desde la remota
A través de LifeSavvy Media DESDE LIFESAVVYRevisión de la TotePack de Harber London: Capacidad y estiloSolo Stove Fire Pit 2.0 Review: Una bandeja de cenizas extraíble facilita la limpieza FROM REVIEW GEEK’Funkoverse: Squid Game’: Un juego de estrategia únicoAmazon Astro Review: Un robot de seguridad con el alma de Alexa
Trabajar directamente en la rama principal de un repositorio de GitHub es algo muy peligroso, ya que corres el riesgo de empujar código con errores a producción. Para evitar esto, debes crear una rama y trabajar en ella. Así es como se hace.
Cuando creas un nuevo repositorio en GitHub, hay una rama por defecto: la rama “principal” (antes llamada “master”). Esta, como su nombre indica, es el contenedor principal donde se almacena tu código de producción. Es decir (en la mayoría de los casos, al menos), si empujas un cambio directamente a la rama principal, estás haciendo un cambio directamente en el producto de trabajo.
¿El problema? Si envías un cambio directamente a la rama principal, corres el riesgo de enviar código defectuoso al entorno de producción, lo que podría causar graves problemas. Por eso necesitas crear una rama separada para hacer tu trabajo (y luego enviar esa rama para su revisión antes de que se fusione con la rama principal).
Git crear rama desde otra rama
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 tienes que 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 descarta), yo preferiría ir con:
crear una nueva rama llamada “new_branch”, 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.
