Comandi
git add
Sposta le modifiche dalla directory di lavoro all'area di staging. Ciò offre l'opportunità di preparare una snapshot prima di eseguirne il commit nella cronologia ufficiale.
Tutorial correlati
Branch Git
Questo comando è uno strumento generico per l'amministrazione dei branch. Consente di creare ambienti di sviluppo isolati all'interno di un unico repository.
Tutorial correlati
Git checkout
Oltre ad estrarre i vecchi commit e le vecchie revisioni dei file, git checkout è anche il mezzo per navigare tra i branch esistenti. In combinazione con i comandi Git di base, è un modo per lavorare su una particolare linea di sviluppo.
Tutorial correlati
Git clean
Rimuove i file non monitorati dalla directory di lavoro. È l'equivalente logico di git reset, che (in genere) funziona solo sui file monitorati.
Tutorial correlati
git clone
Crea una copia di un repository Git esistente. La clonazione è il modo più comune utilizzato dagli sviluppatori per ottenere una copia di lavoro di un repository centrale.
Tutorial correlati
git commit
Prende la snapshot dello staging e ne esegue il commit nella cronologia del progetto. Combinato con git add, definisce il flusso di lavoro di base per tutti gli utenti Git.
Tutorial correlati
git commit --amend
Tramite l'invio del flag --amend a git commit è possibile modificare il commit più recente. Questo comando è molto utile se si dimentica di mettere in staging un file o se si omettono informazioni importanti dal messaggio di commit.
Tutorial correlati
git config
Un modo pratico per impostare le opzioni di configurazione per la propria installazione Git. Di solito occorre usarlo solo subito dopo aver installato Git su un nuovo computer di sviluppo.
Tutorial correlati
git fetch
Il comando di recupero scarica un branch da un altro repository, insieme a tutti i commit e ai file associati. Ma non tenta di integrare nessun elemento nel repository locale. Questo comando offre l'opportunità di esaminare le modifiche prima di eseguirne il merge nel progetto.
Tutorial correlati
git init
Inizializza un nuovo repository Git. Se vuoi eseguire il controllo delle revisioni di un progetto, questo è il primo comando da imparare.
Tutorial correlati
Git log
Consente di esplorare le revisioni precedenti di un progetto. Fornisce diverse opzioni di formattazione per la visualizzazione delle snapshot sottoposti a commit.
Tutorial correlati
Git merge
Un modo efficace per integrare le modifiche provenienti da branch divergenti. Dopo aver eseguito un fork della cronologia del progetto con git branch, git merge consente di ricomporla nuovamente.
Tutorial correlati
git pull
L'operazione di pull è la versione automatizzata del comando git fetch. Questa operazione scarica un branch da un repository remoto e ne esegue immediatamente il merge nel branch corrente. Questo comando è l'equivalente Git di svn update.
Tutorial correlati
git push
L'operazione di push è l'opposto dell'operazione di recupero (con alcune avvertenze). Tramite questa azione, puoi spostare un branch locale in un altro repository che consente di pubblicare in modo pratico i contributi. È come il comando svn commit, ma con la differenza che invia una serie di commit invece di un singolo set di modifiche.
Tutorial correlati
git rebase
La riassegnazione consente di spostare i branch per evitare commit di merge non necessari. La cronologia lineare risultante è spesso molto più facile da comprendere e da esplorare.
Tutorial correlati
git rebase -i
Il flag -i viene utilizzato per avviare una sessione di riassegnazione interattiva. Tale sessione offre tutti i vantaggi di una normale riassegnazione, ma con la possibilità di aggiungere, modificare o eliminare i commit durante l'operazione.
Tutorial correlati
git reflog
Git tiene traccia degli aggiornamenti alla punta dei branch utilizzando reflog, un meccanismo che consente di tornare ai set di modifiche anche se non sono usati come riferimento da nessun branch o tag.
Tutorial correlati
git remote
Un pratico strumento di amministrazione delle connessioni remote. Invece di trasmettere l'URL completo ai comandi fetch, pull e push, questo comando consente di usare una scorciatoia più pertinente.
Tutorial correlati
git reset
Annulla le modifiche ai file nella directory di lavoro. La reimpostazione consente di pulire o rimuovere completamente le modifiche che non sono state inviate a un repository pubblico.
Tutorial correlati
git revert
Annulla una snapshot sottoposto a commit. Quando viene rilevato un commit con errori, il ripristino è un modo semplice e sicuro per rimuovere completamente tale commit dalla base di codice.
Tutorial correlati
git status
Visualizza lo stato della directory di lavoro e la snapshot dello staging. Ti consigliamo di eseguire questo comando insieme a git add e git commit per vedere esattamente cosa viene incluso nella snapshot successiva.
Tutorial correlati
Branch
Un branch rappresenta una linea indipendente di sviluppo. I branch servono come astrazione per il processo di modifica/stage/commit discusso in Git Basics, il primo modulo di questa serie. Puoi pensare ai branch come a un modo di richiedere una nuova directory di lavoro, un'area di staging e la cronologia di progetto. I nuovi commit vengono registrati nella cronologia del branch corrente, risultando in un fork nella cronologia di progetto.
Tutorial correlati
Flusso di lavoro centralizzato
Se i tuoi sviluppatori sono già a loro agio con Subversion, il flusso di lavoro centralizzato ti consente di provare i vantaggi di Git senza doverti adattare a un processo completamente nuovo. Serve anche come transizione semplice verso flussi di lavoro più orientati verso Git.
Tutorial correlati
Flusso di lavoro del branch di funzioni
Il flusso di lavoro branch di funzionalità si basa sul flusso di lavoro centralizzato e incapsula nuove funzionalità in branch dedicati. Ciò consente l'uso delle pull request come mezzo per discutere delle modifiche prima che vengano integrate nel progetto ufficiale.
Tutorial correlati
Forking
Invece di utilizzare un singolo repository lato server come codebase "centrale", tramite il fork ogni sviluppatore avrà a disposizione un repository lato server. Di conseguenza, ogni collaboratore non avrà uno, ma due repository Git: uno privato locale e uno pubblico lato server.
Tutorial correlati
Flusso di lavoro di Gitflow
Il flusso di lavoro di Gitflow semplifica il ciclo di rilascio utilizzando branch isolati per lo sviluppo delle funzionalità, la preparazione dei rilasci e la manutenzione. Il suo rigoroso modello di ramificazione offre anche una struttura fondamentalmente necessaria a progetti più grandi.
Tutorial correlati
HEAD
Il modo utilizzato in Git per fare riferimento alla snapshot corrente. Internamente, il comando git checkout aggiorna semplicemente l'HEAD in modo che punti al branch o al commit specificato. Quando punta a un branch, in Git non si verifica alcun evento, se invece selezioni un commit, Git passa allo stato "detatched HEAD".
Tutorial correlati
Hook
Uno script che viene eseguito automaticamente ogni volta che si verifica un evento specifico in un repository Git. Gli hook ti consentono di personalizzare il comportamento interno di Git e di attivare azioni personalizzabili nei punti chiave del ciclo di vita dello sviluppo.
Tutorial correlati
Main
Il branch di sviluppo predefinito. Quando crei un repository Git, viene creato un branch denominato "main" che diventa il branch attivo.
Tutorial correlati
Pull request
Le pull request sono una funzione che semplifica la collaborazione tra sviluppatori tramite Bitbucket. Utilizzando la loro intuitiva interfaccia web, puoi discutere sulle modifiche proposte prima di integrarle nel progetto ufficiale.
Tutorial correlati
Repository
Una raccolta di commit, branch e tag per identificare i commit.
Tutorial correlati
Tag
Un riferimento in genere utilizzato per contrassegnare un punto particolare della catena di commit. A differenza di un head, un tag non viene aggiornato dal comando commit.
Tutorial correlati
Controllo delle versioni
Un sistema che registra le modifiche a un file o a un set di file nel tempo in modo da poter richiamare versioni specifiche in seguito.
Tutorial correlati
Working Tree
La struttura dei file effettivamente estratti che in genere include i contenuti della struttura dell'HEAD commit e le eventuali modifiche locali che hai apportato, ma di cui non hai ancora eseguito il commit.