Cree y cambie ramas de Git: elija el punto de partida correcto

Utilice `git switch -c feature/checkout` para crear una rama en su confirmación actual y cambie a ella. Para cambiar a una rama local existente, utilice git switch branch-name. Para crear uno en un punto de partida diferente, incluya esa confirmación o rama después del nuevo nombre. En GitTree, Branch abre el cuadro de diálogo de creación; verifique su compromiso inicial antes de confirmar.

La pregunta práctica es sobre qué historia debería basarse su próximo cambio. Una función para la próxima versión podría comenzar desde principal; un parche urgente para una versión anterior debería comenzar desde esa rama de versión. Esta guía sigue una rama de funciones desde su base hasta su primer impulso, con un ejemplo GitTree animado. GitTree es el cliente que hacemos para macOS, Windows y Linux; Las operaciones de las sucursales locales están incluidas en el plan gratuito y las versiones oficiales actuales requieren inicio de sesión.

¿Qué es una rama de Git y qué significa HEAD?

Una rama es un nombre que apunta a una confirmación. Crear otro nombre no duplica el repositorio ni sus archivos. HEAD normalmente identifica la sucursal que ha retirado; Las nuevas confirmaciones avanzan en esa rama. El cambio cambia los archivos extraídos al historial de destino y al mismo tiempo conserva las ediciones locales compatibles. Un gráfico de confirmación visual hace que las etiquetas de las ramas y sus confirmaciones compartidas sean más fáciles de inspeccionar.

Crea una rama desde la base correcta.

Inspeccione primero la rama actual y las ediciones locales. Si su equipo quiere el último archivo principal obtenido como base, busque y nombre origin/main explícitamente. Obtener actualizaciones de referencias de seguimiento remoto; no mueve automáticamente su principal local. Reemplace origen, principal y el nombre de la característica con los nombres reales del repositorio.

git status
git branch --show-current
git fetch origin
git log -1 --oneline origin/main
git switch --no-track -c feature/checkout origin/main
git branch --show-current
git log -1 --oneline

Aquí --no-track evita que la función se bifurque siguiendo el origen/principal solo porque comienza allí. Su eventual flujo ascendente normalmente debería ser su propia rama de funciones en el control remoto. Si desea comenzar desde la confirmación actual, use git switch -c feature/checkout sin un punto de inicio. Utilice git branch -vv para inspeccionar las relaciones de seguimiento.

Cambiar a una sucursal existente y volver a la anterior

git switch feature/checkout
git branch --show-current
git switch -

Ejecute cada cambio cuando realmente desee cambiar de tarea; Estos comandos son una referencia, no pasos para ejecutar a ciegas. git switch - regresa a la rama o confirmación previamente desprotegida. Git Switch está disponible desde Git 2.23; en instalaciones más antiguas, git checkout branch-name es el equivalente establecido para cambiar de sucursal. Nunca agregue una opción de fuerza simplemente para silenciar una negativa.

Descargue GitTree para ver las ramas y sus confirmaciones iniciales antes de cambiar. Su repositorio sigue siendo un repositorio Git normal, por lo que puede moverse entre la interfaz visual y los comandos del terminal.

¿Qué sucede con los cambios no confirmados al cambiar de sucursal?

Las ediciones no confirmadas aún no se almacenan en una rama. Git puede transportarlos a través de un conmutador cuando sean compatibles con el destino. Se detiene si el conmutador sobrescribe los cambios locales. Esa negativa protege el trabajo; no significa que el repositorio esté roto. Verifique git status antes y después de cambiar en lugar de asumir que cada edición pertenece a la rama en la que se encontraba.

GitTree ofrece Stash and Switch, Commit First y Discard and Switch cuando las ediciones locales bloquean el pago. Elija la opción que coincida con su intención. Stashing mantiene una copia local temporal; la confirmación registra una instantánea en la historia; descartar elimina las ediciones de trabajo. No elija Descartar como forma rutinaria de cambiar de rama. La guía oculta explica cómo inspeccionar y restaurar el trabajo guardado.

Crear una sucursal local desde una sucursal remota

git fetch origin
git branch --remotes
git switch -c feature/checkout --track origin/feature/checkout
git branch -vv

Este ejemplo supone que la rama de función/pago local aún no existe y la rama remota sí. Si ya existe localmente, cámbielo en lugar de intentar crearlo nuevamente. Un nombre de seguimiento remoto como origen/característica/pago es la última vista obtenida de la rama del servidor; la sucursal local es donde te comprometes. El seguimiento no sincroniza archivos continuamente.

Publica tu nueva sucursal cuando el cambio esté listo

git status
git branch --show-current
git push -u origin feature/checkout

Crear una sucursal local no la carga. Después de revisar y confirmar los cambios previstos, presione la rama para que comparta sus confirmaciones; -u registra la relación ascendente. Confirme el control remoto de destino y bifurque antes del primer impulso. Para conocer el flujo de trabajo de carga más amplio, consulte enviar un proyecto a GitHub. Una inserción no publica ediciones no confirmadas no relacionadas ni entradas de alijo local.

Solucione errores comunes de rama sin forzar el cambio

Si solo editó en la rama incorrecta sin confirmar, crear una nueva rama en el HEAD actual a menudo le permite continuar allí con esas ediciones. Si ya confirmó la corrección, transferirla es una tarea diferente: la guía de selección explica cómo copiar la confirmación elegida. Para dos tareas activas, utilice árboles de trabajo separados para que cambiar una carpeta no interrumpa la otra.