Git Rebase: reorganizando el trabajo realizado
Clase 35 de 43 • Curso Profesional de Git y GitHub
Contenido del curso
- 8

Crea un repositorio de Git y haz tu primer commit
10:51 - 9

Analizar cambios en los archivos de tu proyecto con Git
09:40 - 10

¿Qué es el staging?
05:17 - 11

¿Qué es branch (rama) y cómo funciona un Merge en Git?
03:56 - 12

Volver en el tiempo en nuestro repositorio utilizando reset y checkout
11:17 - 13
Git reset vs. Git rm
03:50
- 18

Cómo funcionan las llaves públicas y privadas
05:27 - 19

Configura tus llaves SSH en local
19:04 - 20

Uso de GitHub
12:09 - 21
Cambios en GitHub: de master a main
00:46 - 22

Tu primer push
08:17 - 23

Git tag y versiones en Github
09:48 - 24

Manejo de ramas en GitHub
06:32 - 25

Configurar múltiples colaboradores en un repositorio de GitHub
11:11
- 26

Flujo de trabajo profesional: Haciendo merge de ramas de desarrollo a master
17:27 - 27

Flujo de trabajo profesional con Pull requests
04:49 - 28

Utilizando Pull Requests en GitHub
14:51 - 29

Creando un Fork, contribuyendo a un repositorio
20:19 - 30

Haciendo deployment a un servidor
05:49 - 31

Hazme un pull request
01:46 - 32

Ignorar archivos en el repositorio con .gitignore
07:20 - 33

Readme.md es una excelente práctica
05:34 - 34

Tu sitio web público con GitHub Pages
07:17
Rebase es el proceso de mover o combinar una secuencia de confirmaciones en una nueva confirmación base. La reorganización es muy útil y se visualiza fácilmente en el contexto de un flujo de trabajo de ramas de funciones. El proceso general se puede visualizar de la siguiente manera.

Para hacer un rebase en la rama feature de la rama master, correrías los siguientes comandos:
git checkout feature
git rebase master
Esto trasplanta la rama feature desde su locación actual hacia la punta de la rama master:

Ahora, falta fusionar la rama feature con la rama master
git checkout master
git rebase feature
# No reorganices el historial público
Nunca debes reorganizar las confirmaciones una vez que se hayan enviado a un repositorio público. La reorganización sustituiría las confirmaciones antiguas por las nuevas y parecería que esa parte del historial de tu proyecto se hubiera desvanecido de repente.
El comando rebase es **_una mala práctica, sobre todo en repositorios remotos. Se debe evitar su uso, pero para efectos de práctica te lo vamos a mostrar, para que hagas tus propios experimentos. Con rebase puedes recoger todos los cambios confirmados en una rama y ponerlos sobre otra.
# Cambiamos a la rama que queremos traer los cambios
git checkout experiment
# Aplicamos rebase para traer los cambios de la rama que queremos
git rebase master
Aporte creado por: Carlos Eduardo Diaz