Differenze tra le versioni di "Registrare i Cambiamenti nel Repository"
m |
m |
||
Riga 12: | Riga 12: | ||
<br> | <br> | ||
''Il ciclo di vita dello stato dei tuoi file.'' | ''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. |
Versione delle 12:57, 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.