Differenze tra le versioni di "Registrare i Cambiamenti nel Repository"
m |
m |
||
Riga 9: | Riga 9: | ||
Quando modifichi i file, Git li vede come cambiati, perché li hai modificati rispetto all'ultimo commit. Parcheggi questi file e poi esegui il commit di tutti i cambiamenti presenti nell'area di stage, ed il ciclo si ripete. | Quando modifichi i file, Git li vede come cambiati, perché li hai modificati rispetto all'ultimo commit. Parcheggi questi file e poi esegui il commit di tutti i cambiamenti presenti nell'area di stage, ed il ciclo si ripete. | ||
− | [[File:git_ciclo_vita_file. | + | [[File:git_ciclo_vita_file.png]] |
<br> | <br> | ||
''Il ciclo di vita dello stato dei tuoi file.'' | ''Il ciclo di vita dello stato dei tuoi file.'' | ||
Riga 20: | Riga 20: | ||
fornisce una comoda panoramica su tutte le modifiche che avete fatto da quando si è fatto il check out di un ramo. | fornisce una comoda panoramica su tutte le modifiche che avete fatto da quando si è fatto il check out di un ramo. | ||
− | [[File:AreaDiStaging. | + | [[File:AreaDiStaging.JPG]] |
In questa vista si selezionano tutti i file che sono stati modificati e si possono trascinare nella zona Staged. Per confermare le modifiche messe in scena si scrive un messaggio di commit descrittivo e premere il pulsante Conferma che viene evidenziato nello screenshot seguente. | In questa vista si selezionano tutti i file che sono stati modificati e si possono trascinare nella zona Staged. Per confermare le modifiche messe in scena si scrive un messaggio di commit descrittivo e premere il pulsante Conferma che viene evidenziato nello screenshot seguente. |
Versione delle 13:01, 8 apr 2014
Ogni file nella tua directory di lavoro è in una dei due stati seguenti: tracciato o non tracciato. I file tracciati sono i file presenti nell'ultimo snapshot; possono essere non modificati, modificati o staged (parcheggiati).
I file non tracciati sono tutti gli altri - qualsiasi file nella tua directory di lavoro che non è presente nel tuo ultimo snapshot o nella tua area di stage.
Quando cloni per la prima volta un repository, tutti i tuoi file sono tracciati e non modificati perché li hai appena prelevati e non hai modificato ancora niente.
Quando modifichi i file, Git li vede come cambiati, perché li hai modificati rispetto all'ultimo commit. Parcheggi questi file e poi esegui il commit di tutti i cambiamenti presenti nell'area di stage, ed il ciclo si ripete.
Il ciclo di vita dello stato dei tuoi file.
Utilizzo dell'area di Stage
Quando si modifica un file precedentemente committato, Git ci segnala che un file tracciato è stato modificato nella directory di lavoro ma non ancora messo in stage.
In Eclipse, la vista Staging, raggiungibile tramite Window → Show View → Other... → Git → Git Staging fornisce una comoda panoramica su tutte le modifiche che avete fatto da quando si è fatto il check out di un ramo.
In questa vista si selezionano tutti i file che sono stati modificati e si possono trascinare nella zona Staged. Per confermare le modifiche messe in scena si scrive un messaggio di commit descrittivo e premere il pulsante Conferma che viene evidenziato nello screenshot seguente.