Acabo de renombrar la rama master
de librsvg a main
, como ya lo
han hecho otros módulos.
Esto es lo que hice:
- Renombrar la rama local y pushearla:
git branch -m master main
git push origin main
-
Cambiar la rama por default en gitlab; para librsvg esto está en repository settings / Default branch - cambiarlo a
main
. -
Poner la misma protección para
main
que ya había paramaster
- repository settings / Protected branches -> crear una protección nueva y copiar las opciones demaster
. -
Des-protejer la rama
master
para poder borrarla - repository settings / Protected branches -> des-protejer la ramamaster
. -
Borrar la rama
master
en la lista de ramas. -
Actualizar los scripts de IC y compilación: para librsvg sólo tuve que cambiar
.gitlab-ci.yml
-
Actualizar la documentación: para librsvg sólo fue
COMPILING.md
. -
Notificar al release team; puse un issue y otro para gnome-build-meta.
Actualización 2021/Sep/30: Cosas extra que sugirió Philip Withnall:
-
Notificar a
gnome-i18n@gnome.org
para que puedan actualizar el software de damned-lies. -
Ver si algún proyecto tiene un
librsvg.wrap
(¿para Meson?) y notificarles. No encontré nada en los buscadores, pero creo que estoy buscando mal. -
Re-proteger la rama
master
para evitar que alguien pushée por accidente. Como la rama ya no existe, gitlab permite crear una protección usando una cadena de glob, en vez de una rama que sí existe.
Actualización 2022/Jul/06: Configuración extra por modificar:
- Si tu proyecto tiene "badges" de gitlab, revisa que tengan el nombre
correcto de la rama
main
en settings/general/badges. Puedes usar%{default_branch}
como parte de las URLs de los badges para evitar poner nombres fijos.
Si tienes una copia local, puedes hacer lo siguiente:
# traer los cambios
git fetch origin
# elegir tu rama local master
git checkout master
# renombrar tu rama local
git branch -m master main
# quitar el upstream viejo...
git branch --unset-upstream
# ... y poner el nuevo
git branch -u origin/main
¡Eso es todo!