Preview ng leksyon

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

Ano ang matututunan mo sa leksyong ito

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.

Simula ng leksyon

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

Buong leksyon ay para sa subscription

20 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

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?