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

Progetto finale: simuliamo uno sviluppo di gruppo reale

Applicherete tutto ciò che avete imparato in uno scenario coerente: siete uno sviluppatore in un piccolo team che deve aggiungere una nuova funzionalità, correggere un bug e pubblicare un rilascio. Passo dopo passo, percorreremo l'intero ciclo: creazione del repository, lavoro sui rami, pull request, conflitti creati intenzionalmente e la loro risoluzione, rebase per pulire la cronologia e il tag finale di rilascio. Alla fine avrete un repository reale da mostrare a un potenziale datore di lavoro.

Flusso di lavoro Git completo Sviluppo collaborativo Ciclo di rilascio

คุณจะเรียนรู้อะไรในบทเรียนนี้

Sarai in grado di condurre autonomamente l'intero ciclo di sviluppo di una funzionalità in Git, dalla creazione del ramo al merge in main.
Capirai come funziona un vero processo lavorativo in team e sarai pronto per affrontarlo dal primo giorno di lavoro.
Otterrai un repository pronto con una cronologia di commit significativa, che potrai aggiungere al tuo portfolio e mostrare durante un colloquio.

จุดเริ่มต้นของบทเรียน

Inizializziamo il Repository per il Portfolio

Creiamo una nuova cartella di progetto
Inizializziamo un repository Git vuoto
Aggiungiamo .gitignore per escludere file superflui
Controlliamo lo stato della directory di lavoro

Apri il terminale e crea una nuova cartella per il progetto con il comando 'mkdir portfolio-project'. Entra nella cartella ed esegui 'git init': questo creerà una cartella nascosta '.git' dove Git memorizzerà tutta la cronologia delle modifiche. Ora aggiungi un file '.gitignore' con il contenuto 'node_modules/' e '.env' per escludere dal controllo di versione le dipendenze e i dati sensibili. Controlla lo stato corrente con 'git status': dovresti vedere un nuovo file nell'elenco dei non tracciati. Questa è la base da cui partirà il tuo progetto professionale.

#!/bin/bash
# Creiamo la cartella del progetto
mkdir portfolio-project

# Entriamo nella cartella del progetto
cd portfolio-project

# Inizializziamo il repository Git
git init

# Creiamo il file .gitignore
cat > .gitignore << EOL
node_modules/
.env
EOL

# Controlliamo lo stato del repository
git status

Strutturiamo il Progetto secondo gli Standard

Creiamo le cartelle standard: src, docs, tests
Aggiungiamo README con la descrizione del progetto
Prepariamo tutte le modifiche per il commit
Controlliamo lo stato prima della registrazione

Una struttura di progetto pulita è come una scrivania ordinata: tutto al suo posto. Crea tre cartelle principali: 'src' per il codice sorgente, 'docs' per la documentazione e 'tests' per i test. Aggiungi un file 'README.md' con una breve descrizione del progetto. Ora esegui 'git add .' per aggiungere tutti i file all'area di staging. Controlla di nuovo 'git status': ora tutti i nuovi file dovrebbero essere nella sezione delle modifiche pronte per il commit. Questo è il primo passo verso un'organizzazione professionale del codice.

#!/bin/bash
# Creiamo le cartelle standard
mkdir src docs tests

# Creiamo README con la descrizione
cat > README.md << EOL
# Portfolio Project

Questo progetto dimostra le competenze nell'uso di Git.
EOL

# Aggiungiamo tutti i file all'area di staging
git add .

# Controlliamo lo stato del repository
git status

Primo Commit Significativo

Creiamo il primo commit con un messaggio chiaro
Utilizziamo il prefisso 'chore' per modifiche di servizio
Controlliamo la cronologia dei commit
Verifichiamo che tutte le modifiche siano registrate

È il momento di registrare lo stato iniziale del progetto. Digita 'git commit -m "chore: inizializza la struttura del progetto"'. Nota il prefisso 'chore': indica modifiche di servizio. Dopo il commit, esegui 'git log': vedrai la registrazione del tuo primo commit con hash, autore e messaggio. Questa è la base su cui si costruirà tutta la cronologia futura. Un buon primo commit è come una tela bianca per un pittore. Assicurati che il messaggio sia chiaro e informativo.

#!/bin/bash
# Creiamo il primo commit
git commit -m 'chore: inizializza la struttura del progetto'

# Controlliamo la cronologia dei commit
git log --oneline

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 31 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

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

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

Inizializziamo il Repository per il Portfolio
Strutturiamo il Progetto secondo gli Standard
Primo Commit Significativo
Pubblicazione del Progetto su GitHub
Iniziamo una Nuova Funzionalità: Creazione del Branch
Commit Atomici: Scriviamo la Cronologia delle Modifiche
Verifica Prima del Merge
Preparazione alla pull request
Preparazione del progetto finale per la revisione
Creare una pull request su GitHub
Gestire i commenti della revisione
Completare il processo di revisione
Bug critico in produzione: cosa fare?
Creare un ramo hotfix nel modo corretto
Correzione rapida e verifica
Merge e deploy urgenti
Aggiornamento del ramo feature prima del merge
Risoluzione di un conflitto nel codice
Completamento del rebase e push
Perché usare rebase prima del merge
Rebase interattivo in azione
Finale: merge con cronologia pulita
Pubblicazione della funzionalità completata
Unire le modifiche con Squash and Merge
Pulizia dopo il merge
Risultato finale e cosa mostrare al colloquio
Preparazione al rilascio: verifica la prontezza del codice
Creazione del tag di versione v1.0.0
Pubblicazione del rilascio su GitHub
Verifica del risultato e preparazione per lo sviluppo futuro
Analisi della cronologia del progetto
Valutazione della leggibilità dei commit
La cronologia dei commit come portfolio
L'atto finale: il tuo primo rilascio è pronto!