Conviene haber comprendido Tuberías, búsquedas y diagnóstico.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Instalar y configurar con git init y resolver un caso nuevo.
Reserva entre 35 y 55 minutos para lectura, ejemplos, tres comprobaciones y cierre.
04 / PREPARA EL LABORATORIO
Instala Git y utiliza Git Bash, PowerShell o una terminal Unix. Mantén un repositorio desechable para probar recuperación y conflictos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Instalar y configurar y git init? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Prepararás Git, su identidad y dos formas de obtener un repositorio, comprendiendo qué se crea en cada caso.
Al terminar podrás
- Versión, identidad y origen de la configuración deben ser visibles
- git init añade control de versiones a una carpeta
- git clone obtiene archivos, historial y un remoto configurado
01
Preparar la herramienta
Versión, identidad y origen de la configuración deben ser visibles
Git registra user.name y user.email como autoría del commit, no como inicio de sesión. La configuración global sirve como valor habitual y la local puede sobrescribirla en un repositorio. --show-origin ayuda a explicar de dónde salió cada decisión.
Comprueba git --version después de instalar.
Usa una identidad que quieras asociar al historial.
Consulta ayuda breve con -h y extensa con git help.
¿Configurar user.email autentica automáticamente contra GitHub?
Mostrar respuesta ＋
No. Define la autoría del commit. La autenticación del remoto se configura por separado mediante HTTPS con token o gestor de credenciales, GitHub CLI o SSH.
02
Comenzar localmente
git init añade control de versiones a una carpeta
git init crea la estructura .git, pero no registra todavía los archivos. status muestra archivos sin seguimiento y la rama actual. El repositorio empieza a tener historia cuando preparas contenido y creas el primer commit.
.git conserva objetos, referencias y configuración local.
No edites su contenido manualmente al comenzar.
Inicializar dentro de otro repositorio puede crear una frontera inesperada.
¿git init guarda automáticamente una versión de todos los archivos?
Mostrar respuesta ＋
No. Solo prepara el repositorio. Debes decidir qué rastrear, preparar una instantánea con git add y registrarla con git commit.
03
Copiar un repositorio
git clone obtiene archivos, historial y un remoto configurado
Clone crea una carpeta de trabajo, descarga los objetos alcanzables y normalmente configura origin. Un remoto vacío también puede clonarse, aunque todavía no tenga commits. Después conviene revisar rama, estado y URL.
La URL determina protocolo y autenticación.
origin es un nombre convencional, no reservado.
Clonar no concede permiso para publicar.
¿Por qué un push puede fallar aunque clone haya funcionado?
Mostrar respuesta ＋
Porque descargar puede ser público o de solo lectura, mientras publicar exige permiso y autenticación válida para ese repositorio.
Tu recorrido en tres ideas
- Versión, identidad y origen de la configuración deben ser visibles
- git init añade control de versiones a una carpeta
- git clone obtiene archivos, historial y un remoto configurado
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Confundir autoría configurada con autenticación del remoto.
Inicializar un repositorio dentro de otro sin pretenderlo.
Ahora hazlo sin guía
Configura una identidad local, inicializa un laboratorio y explica qué existe antes y después del primer commit.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Muestra el origen de la configuración.
- Reconoce .git como metadatos.
- Distingue init de clone.