ตัวอย่างบทเรียน

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.

repository area di staging commit
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • 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 ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Creiamo il primo repository
  2. Diamo un'occhiata sotto il cofano di .git
  3. Pratica: creiamo un repository
  4. Tre stati dei file: perché serve
  5. Directory di lavoro: dove create
  6. Indice: raccogliere le modifiche in porzioni significative
  7. Commit: salvare la storia per sempre
  8. Indice Git: zona intermedia per il commit
  9. Aggiunta di un file specifico all'indice
  10. Aggiunta di tutti i file modificati
  11. Cos'è un commit in Git
  12. Creiamo il primo commit
  13. Come scrivere buoni messaggi di commit
  14. Il problema delle modifiche miste
  15. Git add -p in azione
  16. Come leggere i patch
  17. Perché un commit senza add non funziona
  18. Un compito, un commit
  19. Messaggi di commit comprensibili tra un anno
  20. Creiamo il primo repository
  21. L'indice: tra codice e commit
  22. Creiamo un commit significativo
  23. Il tuo primo commit: e adesso?

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Introduzione: Git da zero a sviluppatore fiducioso
  2. Perché serve Git — e perché senza non ti assumono
  3. Installazione e configurazione: prepariamo Git al primo avvio
  4. Primo repository: init, add, commit e la magia dell'indice
  5. Leggiamo la storia: log, diff, show e navigazione nel passato
  6. Branch: la realtà parallela del tuo codice
  7. Annullare gli errori: restore, reset, revert — correttamente e con cautela
  8. GitHub e repository remoti: il tuo codice nel cloud
  9. Lavoro di squadra: fork, feature branch e pull request
  10. Conflitti di unione: niente panico — analizziamo e risolviamo
  11. Processi Git nei team reali: quale workflow scegliere
  12. Strumenti avanzati: rebase, stash, cherry-pick e tag
  13. Progetto finale: simuliamo uno sviluppo di gruppo reale