En este artículo vas a aprender exactamente cómo instalar y configurar Git en Ubuntu correctamente, sin configuraciones improvisadas ni entornos inconsistentes.
Llevo años trabajando con Git en proyectos reales: productos propios, equipos remotos, repositorios open source y entornos académicos. He roto repos, he forzado pushes que no debía y he sufrido historiales caóticos. Esto es lo que realmente funciona.
El problema es que la mayoría instala Git con un solo comando y empieza a usarlo sin configurar nada. Luego aparecen commits sin autor, ramas master mezcladas con main, mensajes de commit pobres y equipos que no comparten estándares.
Vamos a ver:
- Cómo instalar la versión correcta de Git en Ubuntu
- Qué configuración mínima debes aplicar siempre
- Cómo dejar lista tu base para trabajar profesionalmente
Al final tendrás un entorno limpio, coherente y listo para integrarlo con cualquier flujo de trabajo.
Desde aquí: pasos claros, comandos directos y decisiones con propósito.
Tabla de contenidos
Tabla de contenidos
Instalación correcta desde el inicio
Si solo quieres lo esencial, esto es lo mínimo que debes hacer después de instalar Git:
- Configurar tu nombre y correo
- Definir la rama principal como
main - Activar colores en consola
- Verificar tu configuración global
1. Actualizar paquetes
sudo apt update
2. Agregar el repositorio oficial actualizado de Git
Ubuntu suele traer versiones estables, pero no siempre las más recientes.
sudo add-apt-repository ppa:git-core/ppa -y
sudo apt update
Si add-apt-repository no existe en tu sistema, instálalo con sudo apt install -y software-properties-common. Si seguiste el setup profesional de Ubuntu, ya lo tienes.
3. Instalar Git
sudo apt install -y git
Verifica la instalación:
git --version
Si ves algo como git version 2.x.x, estás listo.
4. Configuración global básica
Activa colores:
git config --global color.ui true
Configura tu identidad:
git config --global user.name "Tu Nombre"
git config --global user.email "tu@email.com"
Define main como rama por defecto:
git config --global init.defaultBranch main
Verifica todo:
cat ~/.gitconfig
Hasta aquí lo básico. Pero lo que cambia el juego viene ahora.
El error silencioso que arruina repositorios
Durante mucho tiempo yo instalaba Git y seguía trabajando.
Sin pensar demasiado.
Un día revisé un repositorio de un estudiante. Tenía commits así:
cambios
arreglos
update
prueba2
No había contexto. No había intención. No había sistema.
Y lo peor: no había consistencia entre equipos.
Ahí entendí algo importante:
Git no es solo una herramienta de versionado. Es un sistema de comunicación técnica.
Cada commit es una conversación futura contigo mismo o con tu equipo.
Cuando no configuras Git correctamente desde el inicio:
- Pierdes trazabilidad.
- Generas fricción en equipos.
- Dificultas revisiones.
- Rompes estándares.
Aquí es donde la mayoría falla.
Instalan la herramienta.
Pero no definen el sistema.
Configuración profesional y sistema base
Ahora vamos a hacerlo bien.
No solo instalar.
Sino dejar una base sólida.
Paso 1: Identidad global correcta
Tu nombre y correo deben coincidir con tu cuenta de GitHub, GitLab o Bitbucket.
Verifica:
git config --global --list
Si necesitas cambiar algo:
git config --global user.name "Pepito Pérez"
git config --global user.email "correo@ejemplo.com"
Esto evita commits anónimos o mal asociados.
Paso 2: Rama principal coherente
Muchos repos antiguos usan master.
Hoy el estándar es main.
Definirlo globalmente evita inconsistencias:
git config --global init.defaultBranch main
Esto impacta cada nuevo repositorio que crees con:
git init
Pequeño detalle.
Gran diferencia.
Paso 3: Plantilla de mensaje de commit (opcional pero recomendado)
Aquí entramos en terreno más profesional.
Puedes configurar una plantilla que se abra cada vez que ejecutes:
git commit
Configurarla:
git config --global commit.template ~/.gitmessage
Puedes crear el archivo manualmente:
touch ~/.gitmessage
Y dentro definir una estructura base.
En un próximo artículo de la serie profundizaré en una plantilla optimizada para equipos y proyectos personales.
Por ahora quédate con esto:
Un buen sistema de commits reduce deuda técnica invisible.
Paso 4: Revisión final del entorno
Siempre revisa tu configuración final:
cat ~/.gitconfig
Deberías ver algo como:
[user]
name = Tu Nombre
email = tu@email.com
[init]
defaultBranch = main
[color]
ui = true
Eso es tu base.
Sin scripts mágicos.
Sin automatismos innecesarios.
Control total.
Checklist final
Aquí tienes el sistema resumido para dejar Git correctamente configurado en Ubuntu:
Resumen de pasos
-
sudo apt update -
Agregar
ppa:git-core/ppa -
sudo apt install -y git -
git --version -
Configurar:
user.nameuser.emailinit.defaultBranch maincolor.ui true
-
Verificar con
cat ~/.gitconfig
Si cumples estos seis puntos, tienes una base profesional.
Nada más.
Nada menos.
El principio detrás de todo esto
La herramienta no es el fin.
El resultado sí.
Git bien configurado significa:
- Historial limpio.
- Colaboración clara.
- Menos fricción.
- Más foco en producto.
Y esto solo funciona si tu entorno de terminal también está bien configurado.
Conclusión
Git instalado desde su repositorio oficial, identidad correcta, main como estándar y tu configuración bajo control: esa es la base que sostiene todo lo que viene en la serie.
Si esto te fue útil, el artículo relacionado es el paso lógico: Instala y configura Oh My Zsh en Ubuntu y WSL, para que todo este sistema de Git funcione en una terminal a la altura.
El sábado publico esta misma configuración para macOS. Si no te lo quieres perder, suscríbete al newsletter en la portada del blog.