Primo repository: init, add, commit e la magia dell'indice
Creiamo il primo repository e subito incontriamo un concetto che molti non capiscono per anni: l'area di staging (indice). Analizzeremo a cosa serve questo 'strato intermedio' tra la cartella di lavoro e la cronologia, e vedremo con esempi perché proprio il sistema a due fasi add → commit rende i commit significativi e non casuali.
- Capirete perché esiste l'area di staging e come aiuta a fare commit atomici e significativi.
- Sarete in grado di creare un repository, aggiungere file all'indice e fare il primo commit con un messaggio appropriato.
- Imparerete ad aggiungere solo una parte delle modifiche di un file al commit usando git add -p.
จุดเริ่มต้นของบทเรียน
Creiamo il primo repository
- git init crea una cartella nascosta .git
- In .git è conservata tutta la cronologia delle modifiche
- Il repository può essere creato in qualsiasi cartella
- I file esistenti diventano non tracciati
- Analogia: iniziare un diario su un nuovo quaderno
Immaginate che il vostro progetto sia un libro, e il repository sia la sua bozza, dove è conservata ogni correzione. Quando eseguite git init, nella vostra cartella appare una directory nascosta .git — questo è il repository. Al suo interno Git memorizzerà tutta la cronologia delle modifiche, i metadati e le impostazioni. È importante capire: il repository può essere creato in qualsiasi momento, anche se nella cartella ci sono già file. Questi diventeranno semplicemente non tracciati e potrete aggiungerli in seguito. È come iniziare un diario: comprate un quaderno, ma non avete ancora deciso quali note inserire.
Diamo un'occhiata sotto il cofano di .git
- objects: dati compressi di file e commit
- refs: puntatori a rami e tag come segnalibri
- HEAD: posizione corrente nella cronologia
- config: impostazioni del repository
- hooks: script per automazione
Diamo un'occhiata all'interno della cartella .git. Qui si trova tutta la magia di Git. Nella directory objects sono memorizzati tutti i vostri file e commit in forma compressa. La cartella refs contiene puntatori a rami e tag — come segnalibri in un libro. Il file HEAD indica dove vi trovate nella cronologia. In config sono memorizzate le impostazioni specifiche di questo repository. Ci sono anche gli hooks — script che vengono eseguiti automaticamente in determinati eventi. Tutto questo Git lo crea automaticamente durante l'inizializzazione. Raramente dovrete guardare qui, ma comprendere la struttura vi aiuterà in situazioni complesse.
Pratica: creiamo un repository
- Apriamo il terminale nella cartella del progetto
- Eseguiamo git init
- Verifichiamo la creazione di .git con ls -la
- Windows: usare dir /ah
- Fatto! La cartella è sotto controllo di versione
Aprite il terminale nella cartella del vostro progetto. Digitate il comando git init e premete Invio. Vedrete un messaggio che informa che è stato inizializzato un repository vuoto. Per verificare che tutto sia andato a buon fine, eseguite il comando ls -la — dovreste vedere la cartella nascosta .git. Se lavorate su Windows, usate il comando dir /ah. Congratulazioni, ora la vostra cartella è sotto controllo di versione! Tutte le modifiche che apporterete, Git sarà in grado di tracciarle. Ora che il repository è creato, è il momento di capire come Git classifica i file — questa è la chiave per comprendere il suo funzionamento.
#!/bin/bash
# Creiamo la cartella del progetto e spostiamoci al suo interno
mkdir mio_primo_repo
cd mio_primo_repo
# Inizializziamo il repository
git init
# Verifichiamo la creazione di .git
ls -la | grep .git
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 20 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- Creiamo il primo repository
- Diamo un'occhiata sotto il cofano di .git
- Pratica: creiamo un repository
- Tre stati dei file: perché serve
- Directory di lavoro: dove create
- Indice: raccogliere le modifiche in porzioni significative
- Commit: salvare la storia per sempre
- Indice Git: zona intermedia per il commit
- Aggiunta di un file specifico all'indice
- Aggiunta di tutti i file modificati
- Cos'è un commit in Git
- Creiamo il primo commit
- Come scrivere buoni messaggi di commit
- Il problema delle modifiche miste
- Git add -p in azione
- Come leggere i patch
- Perché un commit senza add non funziona
- Un compito, un commit
- Messaggi di commit comprensibili tra un anno
- Creiamo il primo repository
- L'indice: tra codice e commit
- Creiamo un commit significativo
- Il tuo primo commit: e adesso?
บทความเกี่ยวกับบทเรียนนี้
- git add และ git commit: วิธีบันทึกการเปลี่ยนแปลงให้ถูกต้อง
- คำสั่ง Git: ชีตสรุปพร้อมตัวอย่างสำหรับใช้ทุกวัน
- รีโพซิทอรี Git: สร้างด้วย git init และเชื่อม remote อย่างไร
- ไฟล์ .gitignore: วิธีไม่ให้ Git ติดตามไฟล์และนำไฟล์ที่เพิ่มแล้วออก
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
บทเรียนทั้งหมดในคอร์สนี้
- Introduzione: Git da zero a sviluppatore fiducioso
- Perché serve Git — e perché senza non ti assumono
- Installazione e configurazione: prepariamo Git al primo avvio
- Primo repository: init, add, commit e la magia dell'indice
- Leggiamo la storia: log, diff, show e navigazione nel passato
- Branch: la realtà parallela del tuo codice
- Annullare gli errori: restore, reset, revert — correttamente e con cautela
- GitHub e repository remoti: il tuo codice nel cloud
- Lavoro di squadra: fork, feature branch e pull request
- Conflitti di unione: niente panico — analizziamo e risolviamo
- Processi Git nei team reali: quale workflow scegliere
- Strumenti avanzati: rebase, stash, cherry-pick e tag
- Progetto finale: simuliamo uno sviluppo di gruppo reale