Aprende a crear tu primer repositorio con git init, entender su estructura y dar tus primeros pasos con Git de forma correcta.<\/p>\n
Dar el salto de \u201ctengo Git instalado\u201d a \u201cya tengo mi propio repositorio\u201d es uno de esos momentos que marcan un antes y un despu\u00e9s en tu flujo de trabajo. Si ya viste qu\u00e9 es Git y por qu\u00e9 deber\u00edas aprenderlo<\/a>, instalaste la herramienta en tu sistema y la dejaste lista con git config<\/a>, ahora toca empezar a usarla de verdad. Y el primer paso suele ser uno muy concreto: git init<\/strong>.<\/p>\n Este comando crea un repositorio Git local en una carpeta de tu equipo. A partir de ah\u00ed, Git puede empezar a registrar cambios, crear ramas, guardar versiones y ayudarte a trabajar con control sobre tu proyecto. En otras palabras: con git init<\/strong> conviertes una carpeta normal en un espacio preparado para el versionado.<\/p>\n Cuando ejecutas git init<\/strong>, Git crea la estructura interna que necesita para almacenar el historial del proyecto. No a\u00f1ade archivos al control de versiones de forma autom\u00e1tica ni sube nada a internet. Simplemente prepara la carpeta para que Git empiece a seguir cambios.<\/p>\n Lo m\u00e1s importante es entender que este comando act\u00faa sobre el directorio en el que te encuentras. Por eso, antes de iniciarlo, conviene situarte en la carpeta correcta. Un error frecuente al empezar es crear el repositorio en una ubicaci\u00f3n equivocada y terminar gestionando archivos que no quer\u00edas incluir.<\/p>\n Tras ejecutar el comando, Git crea una carpeta oculta llamada .git<\/strong>. Ah\u00ed se guardan metadatos, referencias, objetos del repositorio y toda la informaci\u00f3n necesaria para gestionar versiones. No es una carpeta que debas modificar manualmente en tus primeros pasos, pero s\u00ed conviene saber que existe.<\/p>\n Si m\u00e1s adelante quieres entender mejor la l\u00f3gica interna de Git, esta estructura se vuelve relevante. Por ahora, basta con recordar que .git<\/strong> es el coraz\u00f3n del repositorio y que, sin \u00e9l, tu proyecto no estar\u00eda bajo control de versiones.<\/p>\n La forma m\u00e1s habitual de empezar es crear una carpeta nueva para tu proyecto y luego inicializarla. Puedes hacerlo desde la terminal o desde la l\u00ednea de comandos integrada en tu editor favorito.<\/p>\n Si todo va bien, Git mostrar\u00e1 un mensaje similar a \u201cInitialized empty Git repository\u201d o una variaci\u00f3n equivalente seg\u00fan la versi\u00f3n instalada. Eso significa que la carpeta ya est\u00e1 preparada para trabajar con commits, ramas y seguimiento de cambios.<\/p>\n Desde este momento, cualquier archivo que a\u00f1adas dentro de esa carpeta podr\u00e1 ser controlado por Git. Pero recuerda: crear el repositorio no equivale a registrar archivos todav\u00eda. Para eso necesitar\u00e1s a\u00f1adirlos con git add<\/strong> y guardarlos con git commit<\/strong>, algo que ver\u00e1s con m\u00e1s detalle en los siguientes pasos de esta serie.<\/p>\n La manera m\u00e1s sencilla de verificarlo es usar git status<\/strong>. Este comando te mostrar\u00e1 el estado del repositorio, los archivos no rastreados y la rama en la que est\u00e1s trabajando.<\/p>\n Si todo est\u00e1 correcto, ver\u00e1s informaci\u00f3n relacionada con la rama actual, normalmente llamada main<\/strong> o master<\/strong> seg\u00fan la configuraci\u00f3n del entorno o la herramienta que uses. Tambi\u00e9n observar\u00e1s si hay archivos pendientes de seguimiento.<\/p>\n En este punto es \u00fatil entender que Git no solo \u201cmira\u201d archivos; tambi\u00e9n interpreta estados. Un archivo puede estar sin rastrear, preparado para commit o ya confirmado en el historial. Este modelo mental te ayudar\u00e1 mucho cuando empieces a trabajar con repositorios m\u00e1s grandes.<\/p>\n No siempre empiezas desde cero. A veces ya tienes un proyecto en una carpeta y decides convertirlo en repositorio Git. En ese caso, puedes entrar en el directorio actual e inicializarlo sin necesidad de mover nada.<\/p>\n Este escenario es muy com\u00fan en proyectos locales, prototipos, sitios web est\u00e1ticos o aplicaciones que llevas tiempo desarrollando sin control de versiones. Al ejecutar git init<\/strong> en esa carpeta, podr\u00e1s empezar a seguir el historial desde ese momento en adelante.<\/p>\n Eso s\u00ed, si la carpeta ya contiene archivos temporales, artefactos de compilaci\u00f3n o contenidos que no deber\u00edan versionarse, ser\u00e1 conveniente preparar un .gitignore<\/strong>. As\u00ed evitar\u00e1s que Git rastree elementos innecesarios desde el primer commit.<\/p>\n Uno de los errores m\u00e1s habituales es pensar que el comando crea un repositorio remoto. No es as\u00ed. git init<\/strong> solo crea un repositorio local. Si m\u00e1s adelante quieres conectarlo con una plataforma como GitHub, GitLab o Bitbucket, tendr\u00e1s que configurar un remoto con git remote add<\/strong>.<\/p>\n Otro fallo frecuente es ejecutar el comando en una ubicaci\u00f3n incorrecta, como tu carpeta personal o un directorio demasiado general. En ese caso, terminar\u00e1s con un repositorio que \u201cengloba\u201d m\u00e1s archivos de los deseados. Antes de inicializar, revisa siempre d\u00f3nde est\u00e1s con pwd<\/strong> en macOS y Linux, o con cd<\/strong> sin par\u00e1metros en algunos entornos de Windows.<\/p>\n Tambi\u00e9n es com\u00fan olvidarse de que el repositorio existe, pero los archivos todav\u00eda no est\u00e1n versionados. Crear la carpeta no es suficiente: despu\u00e9s tendr\u00e1s que a\u00f1adir contenido, seleccionar los cambios y registrar el primer commit. Ese orden es clave para evitar confusiones al empezar.<\/p>\n En un mundo lleno de interfaces gr\u00e1ficas, git init<\/strong> sigue siendo una puerta de entrada esencial. Es r\u00e1pido, claro y funciona igual en cualquier entorno donde Git est\u00e9 instalado. Adem\u00e1s, te ayuda a comprender el concepto de repositorio local, que es la base de pr\u00e1cticamente cualquier flujo de trabajo moderno con control de versiones.<\/p>\n Tambi\u00e9n es un comando muy \u00fatil en automatizaciones, scripts y escenarios de desarrollo colaborativo. Aunque en 2026 muchas herramientas visuales simplifican la creaci\u00f3n de repositorios, el comando sigue siendo una referencia universal porque expresa exactamente lo que est\u00e1s haciendo: inicializar Git en un directorio concreto.<\/p>\n Si vienes de aprender la instalaci\u00f3n y la configuraci\u00f3n inicial, este paso te conecta por fin con el trabajo pr\u00e1ctico. A partir de aqu\u00ed podr\u00e1s empezar a guardar versiones, comparar cambios, colaborar con otras personas y construir un historial limpio de tu proyecto.<\/p>\n Una vez creado el repositorio, el flujo m\u00e1s natural es a\u00f1adir archivos, revisar su estado y hacer el primer commit. Para ello, normalmente trabajar\u00e1s con comandos como git add<\/strong>, git commit<\/strong> y, m\u00e1s adelante, git branch<\/strong> y git remote<\/strong>.<\/p>\n Si todav\u00eda est\u00e1s organizando tu entorno, merece la pena repasar tambi\u00e9n los conceptos b\u00e1sicos del control de versiones antes de seguir avanzando. Tener clara la diferencia entre repositorio local, remoto, staging area e historial te ahorrar\u00e1 mucha fricci\u00f3n cuando el proyecto empiece a crecer.<\/p>\n Piensa en git init<\/strong> como el acto de encender el motor, no como el viaje completo. Es el primer paso real para empezar a trabajar con Git de forma profesional y ordenada.<\/p>\n Documentaci\u00f3n oficial de git init<\/a><\/p>\nQu\u00e9 hace exactamente git init<\/h2>\n
Qu\u00e9 ocurre en la carpeta al inicializar<\/h3>\n
C\u00f3mo crear tu primer repositorio paso a paso<\/h2>\n
# 1. Crear una carpeta para tu proyecto\nmkdir mi-primer-proyecto\n\n# 2. Entrar en la carpeta\ncd mi-primer-proyecto\n\n# 3. Inicializar el repositorio Git\ngit init<\/code><\/pre>\nC\u00f3mo comprobar que el repositorio se cre\u00f3 correctamente<\/h2>\n
# Verifica el estado del repositorio\ngit status<\/code><\/pre>\ngit init en un proyecto existente<\/h2>\n
# Entrar en una carpeta existente\ncd proyecto-que-ya-tengo\n\n# Iniciar Git en esa carpeta\ngit init<\/code><\/pre>\nErrores comunes al usar git init por primera vez<\/h2>\n
Por qu\u00e9 git init sigue siendo un comando fundamental<\/h2>\n
Qu\u00e9 hacer despu\u00e9s de crear tu repositorio<\/h2>\n
Fuentes y lecturas recomendadas<\/h3>\n