Verificación del entorno actual

Antes de proceder con cualquier descarga, es fundamental verificar si el sistema operativo ya dispone de las herramientas de control de versiones. En los sistemas macOS, Git suele venir preinstalado o se integra automáticamente al instalar las herramientas de línea de comandos de Xcode. Para comprobar esto, ejecutamos el siguiente comando en la terminal:

git --version

Si el sistema no lo encuentra, es posible que aparezca un diálogo nativo solicitando la instalación de las herramientas de desarrollo. Si ya está presente, el terminal mostrará la versión actual del binario.

Despliegue mediante gestores de paquetes

Aunque existe un instalador gráfico oficial, la metodología más eficiente y mantenible en macOS es utilizar Homebrew. Este gestor de paquetes facilita las actualizaciones y la gestión de dependencias de forma centralizada.

Una vez que Homebrew está operativo en el sistema, podemos gestionar el binario de Git mediante un script básico que encapsula las operaciones comunes. A continuación, se muestra una estructura reorganizada para interactuar con el paquete:

#!/bin/zsh
# Funciones auxiliares para la gestión de Git vía Homebrew

buscar_paquete() {
    brew info git
}

desplegar_git() {
    echo "Iniciando instalación de la última versión estable..."
    brew install git
}

actualizar_binarios() {
    brew upgrade git
}

eliminar_herramienta() {
    brew uninstall git
}

# Ejecución de la instalación
desplegar_git

Es crucial tener en cuenta la arquitectura del procesador para las rutas de almacenamiento. Los equipos con silicio de Apple (M1/M2/M3) almacenan los binarios en /opt/homebrew/, mientras que las máquinas con procesadores Intel utliizan la ruta clásica /usr/local/.

Configuración de variables de entorno

Dependiendo de la versión de macOS, el intérprete de comandos por defecto varía. Desde macOS Catalina, zsh reemplazó a bash. Por lo tanto, las variables de entorno deben inyectarse en el perfil correspondiente (~/.zshrc para zsh o ~/.bash_profile para bash).

En lugar de hardcodear rutas con números de versión específicos, es una práctica recomendada utilizar las variables de entorno que el propio gestor de paquetes expone, o referenciar los directorios base. A continuación, se presenta una configuración optimizada para el archivo ~/.zshrc:

# Definición de rutas base para herramientas de desarrollo
export DEV_TOOLS_BASE="/opt/homebrew/Cellar"

# Configuración dinámica para Git (evita hardcodear versiones)
export GIT_CORE_PATH="$DEV_TOOLS_BASE/git"

# Exportación de rutas adicionales al PATH del sistema
# Nota: Homebrew ya añade /opt/homebrew/bin al PATH por defecto,
# pero esto asegura la precedencia si hay múltiples instalaciones.
if [ -d "$GIT_CORE_PATH" ]; then
    export PATH="$GIT_CORE_PATH/bin:$PATH"
fi

# Recargar la configuración del shell para aplicar los cambios
source ~/.zshrc

Tras guardar los cambios y recargar el perfil del shell, podemos validar que la ruta ha sido correctamente asimilada verificando nuevamente la versión del software.

Inicialización de identidad y gestión de configuraciones

Una vez que el binario está accesible, es obligatorio establecer la identidad del desarrollador. Estos metadatos se adjuntarán a cada commmit realizado. Utilizamos el ámbito global para aplicar estas reglas a todos los repositorios del usuario actual:

# Establecimiento de la identidad del desarrollador
git config --global user.name "desarrollador_senior"
git config --global user.email "dev.senior@empresa-tech.com"

# Inspección de las configuraciones globales aplicadas
git config --global --list

El parámetro --global garantiza que estas credenciales se utilicen de forma transversal. Si se requiere una identidad distinta para un proyecto específico (por ejemplo, separar cuentas personales y corporativas), se puede omitir este flag dentro del directorio del repositorio local.

Finalmente, para interactuar con repositorios remotos de forma segura y sin ingresar credenciales en cada operación de push o pull, es imperativo generar un par de claves criptográficas SSH y registrar la clave pública en la plataforma de alojamiento de código.