# HG changeset patch # User Giulio@puck # Date 1250020383 -7200 # Node ID 3d5e63d5d180e86016fc46b4dcec4e8cc0657ad3 # Parent a419faec3428a0e1d45fd10afe6f5cb92a40cded Minor changes and translation of code snippets for Ch.5. diff -r a419faec3428 -r 3d5e63d5d180 it/ch05-daily.xml --- a/it/ch05-daily.xml Tue Aug 11 20:12:19 2009 +0200 +++ b/it/ch05-daily.xml Tue Aug 11 21:53:03 2009 +0200 @@ -5,13 +5,13 @@ Aggiungere file a un repository Mercurial - Mercurial non lavora con i file nel vostro repository a meno che voi non gli diciate di gestirli. Il comando hg status vi dirà quali sono i file che Mercurial non conosce, usando un ? per mostrare tali file. - - Per dire a Mercurial di tenere traccia di un file, usate il comando hg add. Una volta che avete aggiunto un file, la voce per quel file nell'elenco visualizzato da hg status cambia da ? a A. + Mercurial lavora solo con i file che gli dite di gestire nel vostro repository. Il comando hg status vi dirà quali sono i file che Mercurial non conosce, usando un ? per mostrare questi file. + + Per dire a Mercurial di tenere traccia di un file, usate il comando hg add. Una volta che avete aggiunto un file, la voce per quel file nell'elenco visualizzato da hg status cambia da ? ad A. &interaction.daily.files.add; - Dopo aver eseguito hg commit, i file che avete aggiunto prima dell'inserimento non verranno più elencati dal comando hg status, perché il comportamento predefinito di hg status è quello di segnalarvi solo i file interessanti come quelli che avete (per esempio) modificato, rimosso, o rinominato. Se avete un repository che contiene migliaia di file, vorrete raramente sapere qualcosa dei file che Mercurial ha già registrato ma che non sono cambiati. (Potete comunque ottenere questa informazione, come vedremo più avanti.) + Dopo aver eseguito hg commit, i file che avete aggiunto prima dell'inserimento non verranno più elencati dal comando hg status, perché il comportamento predefinito di hg status è quello di segnalarvi solo i file interessanti come (per esempio) quelli che avete modificato, rimosso, o rinominato. Se avete un repository che contiene migliaia di file, vorrete raramente sapere qualcosa dei file che Mercurial ha già registrato ma che non sono cambiati. (Potete comunque ottenere questa informazione, come vedremo più avanti.) Mercurial non agisce immediatamente su un file che avete appena aggiunto, ma scatterà una fotografia dello stato del file la prossima volta che eseguirete un commit. Poi continuerà a tenere traccia dei cambiamenti che apportate al file ogni volta che eseguite un commit, fino a quando non rimuoverete il file. @@ -22,9 +22,9 @@ &interaction.daily.files.add-dir; - Notate che, in questo esempio, Mercurial ha stampato i nomi dei file che ha aggiunto, mentre non lo ha fatto quando abbiamo aggiunto il file myfile.txt nell'esempio precedente. - - Questo accade perché, nel primo esempio, abbiamo esplicitamente designato il file da aggiungere sulla linea di comando. In questi casi, Mercurial assume che sappiamo ciò che stiamo facendo, per cui non stampa alcuna informazione. + Notate che, in questo esempio, Mercurial ha stampato i nomi dei file che ha aggiunto, mentre non lo ha fatto quando abbiamo aggiunto il file miofile.txt nell'esempio precedente. + + Questo accade perché, nel primo esempio, abbiamo esplicitamente nominato il file da aggiungere sulla riga di comando. In questi casi, Mercurial assume che sappiamo ciò che stiamo facendo, per cui non stampa alcuna informazione. Tuttavia, quando implichiamo i nomi dei file dando il nome di una directory, Mercurial compie il passo aggiuntivo di stampare il nome di ogni file su cui agisce. Questo rende più chiaro ciò che sta succedendo e riduce la probabilità di una sorpresa sgradita e silenziosa. La maggior parte dei comandi Mercurial si comporta in questo modo. @@ -34,13 +34,13 @@ Mercurial non tiene traccia delle informazioni sulle directory, ma tiene traccia del percorso di un file. Prima di creare un file, crea tutte le directory mancanti che ne compongono il percorso. Dopo che ha cancellato un file, cancella ogni directory vuota che faceva parte del percorso del file cancellato. Questa sembra una distinzione irrilevante, ma ha una conseguenza pratica di secondaria importanza: Mercurial non vi permette di rappresentare una directory completamente vuota. - Le directory vuote sono raramente utili, e ci sono soluzioni non invadenti che potete usare per ottenere un effetto appropriato. Quindi, gli sviluppatori di Mercurial hanno deciso che la complessità che sarebbe stata richiesta per gestire le directory vuote non valesse il limitato beneficio che questa funzionalità avrebbe portato. - - Se avete bisogno di una directory vuota nel vostro repository, ci sono alcuni modi per ottenerla. Uno dei modi possibili è quello di creare una directory e usare hg add per aggiungere un file nascosto a quella directory. Sui sistemi di tipo Unix, ogni file il cui nome comincia con un punto (.) viene considerato nascosto dalla maggior parte dei comandi e dalle applicazioni con interfaccia grafica. Questo approccio è illustrato qui di seguito. - -&interaction.daily.files.hidden; - - Un altro modo per soddisfare il bisogno di una directory vuota è semplicemente quello di farla creare al vostro script automatico di costruzione del progetto nel momento in cui ne avete bisogno. + Le directory vuote sono raramente utili e ci sono soluzioni non invadenti che potete usare per ottenere un effetto appropriato. Quindi, gli sviluppatori di Mercurial hanno deciso che la complessità che sarebbe stata richiesta per gestire le directory vuote non valesse il limitato beneficio che questa caratteristica avrebbe portato. + + Se avete bisogno di una directory vuota nel vostro repository, ci sono alcuni modi per ottenerla. Uno dei modi possibili è quello di creare una directory e usare hg add per aggiungere un file nascosto a quella directory. Sui sistemi di tipo Unix, ogni file il cui nome comincia con un punto (.) viene considerato nascosto dalla maggior parte dei comandi e delle applicazioni con interfaccia grafica. Questo approccio è illustrato qui di seguito. + + &interaction.daily.files.hidden; + + Un altro modo per soddisfare il bisogno di una directory vuota è semplicemente quello di farla creare al vostro programma automatico di assemblaggio del progetto nel momento in cui ne avete bisogno. @@ -60,7 +60,7 @@ Cancella la versione corrente del file dalla directory di lavoro. - Induce Mercurial a smettere di tenere traccia dei cambiamenti al file dal commit successivo in poi. + Induce Mercurial a smettere di monitorare i cambiamenti del file dal commit successivo in poi. La rimozione di un file non altera la cronologia del file in alcun modo. @@ -86,7 +86,7 @@ Digressione: perché dire esplicitamente a Mercurial di rimuovere un file? - Potreste chiedervi perché Mercurial vi costringe a dirgli esplicitamente che state cancellando un file. Nelle prime fasi di sviluppo, Mercurial vi permetteva di cancellare un file nel modo che preferivate: avrebbe notato automaticamente l'assenza del file durante la successiva esecuzione di hg commit e avrebbe smesso di tenerne traccia. In pratica, questo modo di operare rendeva troppo facile rimuovere accidentalmente un file senza accorgersene. + Potreste chiedervi perché Mercurial vi costringe a dirgli esplicitamente che state cancellando un file. Nelle prime fasi di sviluppo, Mercurial vi permetteva di cancellare un file nel modo che preferivate: avrebbe notato automaticamente l'assenza del file durante la successiva esecuzione di hg commit e avrebbe smesso di monitorarlo. In pratica, questo modo di operare rendeva troppo facile rimuovere accidentalmente un file senza accorgersene. @@ -134,7 +134,7 @@ &interaction.daily.copy.other; - Ora abbiamo un file modificato in questo repository. Quando estraiamo i cambiamenti dal primo repository e uniamo le due teste, Mercurial propagherà i cambiamenti che abbiamo apportato localmente a file nella sua copia new-file. + Ora abbiamo un file modificato in questo repository. Quando estraiamo i cambiamenti dal primo repository e uniamo le due teste, Mercurial propagherà i cambiamenti che abbiamo apportato localmente a file nella sua copia nuovo-file. &interaction.daily.copy.merge; @@ -160,13 +160,13 @@ Come <emphasis>evitare</emphasis> che i cambiamenti seguano una copia - Se per qualche ragione decidete che questa faccenda di propagare automaticamente i cambiamenti verso le copie non fa per voi, utilizzate il normale comando per la copia dei file fornito dal vostro sistema (cp per i sistemi di tipo Unix) per effettuare la copia di un file, poi aggiungete a mano la nuova copia invocando hg add. Prima di farlo, però, rileggete la e prendete una decisione informata sulla validità di questo comportamento nel vostro caso specifico. + Se per qualche ragione decidete che questa faccenda di propagare automaticamente i cambiamenti verso le copie non fa per voi, utilizzate il normale comando per la copia di file fornito dal vostro sistema (cp per i sistemi di tipo Unix) per effettuare la copia di un file, poi aggiungete a mano la nuova copia invocando hg add. Prima di farlo, però, rileggete la e prendete una decisione informata sulla validità di questo comportamento nel vostro caso specifico. Il comportamento del comando <command role="hg-cmd">hg copy</command> - Quando usate il comando hg copy, Mercurial esegue la copia di qualsiasi file sorgente contenuto nella directory di lavoro nello stato in cui si trova in quel momento. Questo significa che, se fate alcune modifiche a un file e poi lo copiate tramite hg copy senza prima aver inserito quelle modifiche nel repository, anche la nuova copia conterrà le modifiche che avete apportato fino a quel momento. (Trovo che questo comportamento sia leggermente controintuitivo ed è per questo che lo menziono qui.) + Quando usate il comando hg copy, Mercurial esegue la copia dei file originali contenuti nella directory di lavoro nello stato in cui si trovano in quel momento. Questo significa che, se fate alcune modifiche a un file e poi lo copiate tramite hg copy senza prima aver inserito quelle modifiche nel repository, anche la nuova copia conterrà le modifiche che avete apportato fino a quel momento. (Trovo che questo comportamento sia leggermente controintuitivo ed è per questo che lo menziono qui.) Il comando hg copy agisce in maniera simile al comando Unix cp (potete usare l'alias hg cp se preferite). Dobbiamo fornirgli due o più argomenti, di cui l'ultimo viene trattato come destinazione e tutti gli altri vengono trattati come sorgenti. @@ -184,9 +184,9 @@ Se la sorgente e la destinazione sono entrambe directory, l'albero della sorgente viene ricreato nella directory di destinazione. - &interaction.daily.copy.dir-src-dest; - - Come con il comando hg remove, se copiate un file manualmente e poi volete informare Mercurial di avere copiato il file, usate semplicemente l'opzione per hg copy. + &interaction.daily.copy.dir-src-dest; + + Come con il comando hg remove, se copiate un file manualmente e poi volete informare Mercurial di aver copiato il file, usate semplicemente l'opzione di hg copy. &interaction.daily.copy.after; @@ -195,32 +195,32 @@ Rinominare i file - È molto più comune avere bisogno di rinominare un file piuttosto che copiarlo. La ragione per cui ho discusso il comando hg copy prima di parlare di come rinominare i file è che Mercurial tratta un cambiamento di nome essenzialmente nello stesso modo di una copia. Perciò, se sapete cosa fa Mercurial quando copiate un file, sapete anche cosa aspettarvi quando rinominate un file. - - Quando usate il comando hg rename, Mercurial crea una copia di ogni file sorgente, poi li cancella e segnala i file come rimossi. - - &interaction.daily.rename.rename; + È molto più comune aver bisogno di rinominare un file piuttosto che aver bisogno di copiarlo. La ragione per cui ho discusso il comando hg copy prima di parlare di come rinominare i file è che Mercurial tratta un cambiamento di nome essenzialmente nello stesso modo di una copia. Perciò, se sapete cosa fa Mercurial quando copiate un file, sapete anche cosa aspettarvi quando rinominate un file. + + Quando usate il comando hg rename, Mercurial crea una copia del file originale, poi lo cancella e segnala il file come rimosso. + + &interaction.daily.rename.rename; Il comando hg status mostra la nuova copia del file come aggiunta e il file da cui è stata effettuata la copia come rimosso. &interaction.daily.rename.status; - Come accade per i risultati del comando hg copy, dobbiamo dare l'opzione al comando hg status per vedere Mercurial considera il file aggiunto come una copia del file originale ora rimosso. + Come accade per i risultati del comando hg copy, dobbiamo usare l'opzione del comando hg status per vedere che Mercurial considera il file aggiunto come una copia del file originale ora rimosso. &interaction.daily.rename.status-copy; Come con hg remove e hg copy, potete usare l'opzione per informare Mercurial del cambiamento di nome dopo che il fatto è avvenuto. Nella maggior parte degli altri aspetti, il comportamento del comando hg rename e le opzioni che accetta sono simili a quelli del comando hg copy. - Se avete familiarità con la riga di comando Unix, sarete contenti di sapere che il comando hg rename può essere invocato come hg mv. + Se avete familiarità con la riga di comando Unix, sarete felici di sapere che il comando hg rename può essere invocato come hg mv. Rinominare i file e unire i cambiamenti - Dato che Mercurial rinomina i file tramite un'operazione di copia-e-rimozione, i cambiamenti vengono propagati allo stesso modo quando effettuate un'unione sia dopo aver copiato un file che dopo averlo rinominato. + Dato che Mercurial rinomina i file tramite un'operazione di copia-e-rimozione, i cambiamenti vengono propagati nello stesso modo quando effettuate un'unione sia dopo aver copiato un file che dopo averlo rinominato. Se io modifico un file e voi lo rinominate e poi uniamo i nostri rispettivi cambiamenti, le mie modifiche al file con il suo nome originale verranno propagate al file con il suo nuovo nome. (Vi potreste aspettare che questo funzioni e basta ma in realtà non tutti i sistemi di controllo di revisione lo fanno.) - Sebbene la propagazione dei cambiamenti alle copie sia una funzionalità che potreste approvare dicendo sì, questo potrebbe essere utile, deve essere chiaro che propagare i cambiamenti ai file rinominati è assolutamente importante. Senza questo meccanismo, i cambiamenti a un file si potrebbero perdere con troppa facilità quando il file viene rinominato. + Sebbene la propagazione dei cambiamenti alle copie sia una funzione che potreste approvare dicendo sì, questo potrebbe essere utile, deve essere chiaro che propagare i cambiamenti ai file rinominati è assolutamente importante. Senza questo meccanismo, i cambiamenti a un file si potrebbero perdere con troppa facilità quando il file viene rinominato. @@ -236,11 +236,11 @@ Nel frattempo, Bruno lo rinomina quux. (Ricordatevi che hg mv è un alias di hg rename.) - &interaction.rename.divergent.rename.bob; + &interaction.rename.divergent.rename.bob; Mi piace pensare a questo come a un conflitto perché entrambi gli sviluppatori hanno espresso intenzioni differenti a proposito di come il file dovrebbe essere chiamato. - Cosa pensate che dovrebbe accadere quando uniscono il loro lavoro? L'effettivo comportamento di Mercurial è quello di preservare sempre entrambi i nomi quando unisce changeset che contengono cambiamenti di nome divergenti. + Cosa pensate che dovrebbe accadere quando Anna e Bruno uniscono il loro lavoro? L'effettivo comportamento di Mercurial è quello di preservare sempre entrambi i nomi quando unisce changeset che contengono cambiamenti di nome divergenti. &interaction.rename.divergent.merge; @@ -268,7 +268,7 @@ Mercurial possiede alcuni comandi utili che vi aiuteranno a rimediare a diversi errori comuni. - Il comando hg revert vi permette di annullare i cambiamenti che avete apportato alla vostra directory di lavoro. Per esempio, se avete aggiunto un file invocando hg add per errore, vi basta eseguire hg revert con il nome del file che avete aggiunto e il file non verrà toccato in alcun modo né sarà più registrato per essere aggiunto da Mercurial. Potete anche usare hg revert per disfarvi di cambiamenti sbagliati apportati a un file. + Il comando hg revert vi permette di annullare i cambiamenti che avete apportato alla vostra directory di lavoro. Per esempio, se avete aggiunto un file invocando hg add per errore, vi basta eseguire hg revert con il nome del file che avete aggiunto e il file non verrà toccato in alcun modo né sarà più considerato per essere aggiunto da Mercurial. Potete anche usare hg revert per disfarvi di cambiamenti sbagliati apportati a un file. È utile ricordare che il comando hg revert serve per i cambiamenti che non avete ancora inserito. Una volta che avete inserito un cambiamento, se decidete che è stato un errore potete ancora fare qualcosa, sebbene le vostre opzioni siano molto più limitate. @@ -300,7 +300,7 @@ &interaction.ch04-resolve.heads; - Normalmente, se eseguissimo il comando hg merge a questo punto, ci verrebbe presentata un'applicazione grafica tramite la quale riconciliare manualmente le modifiche in conflitto su myfile.txt. Tuttavia, per semplificare le cose ai fini della presentazione, vorremmo invece che l'unione fallisse immediatamente. Ecco un modo in cui possiamo farlo. + Normalmente, se eseguissimo il comando hg merge a questo punto, ci verrebbe presentata un'applicazione grafica tramite la quale riconciliare manualmente le modifiche in conflitto su miofile.txt. Tuttavia, per semplificare le cose ai fini della presentazione, vorremmo invece che l'unione fallisse immediatamente. Ecco un modo in cui possiamo farlo. &interaction.ch04-resolve.export; @@ -332,11 +332,11 @@ Se Mercurial vede un qualsiasi file nello stato irrisolto dopo un'unione, considera fallita l'unione. Fortunatamente, non abbiamo bisogno di ricominciare l'intera unione da zero. - L'opzione o per il comando hg resolve mostra lo stato di ogni file coinvolto in un'unione. + L'opzione o del comando hg resolve mostra lo stato di ogni file coinvolto in un'unione. &interaction.ch04-resolve.list; - Nell'elenco stampato da hg resolve, un file risolto è contrassegnato con una R mentre un file irrisolto è contrassegnato con una U. Se un file qualsiasi viene elencato con una U, sappiamo che un tentativo di inserire i risultati dell'unione nel repository andrebbe incontro al fallimento. + Nell'elenco stampato da hg resolve, un file risolto è contrassegnato con una R mentre un file irrisolto è contrassegnato con una U. Se un file qualsiasi viene elencato con una U, sappiamo che un tentativo di inserire i risultati dell'unione nel repository andrà incontro al fallimento. @@ -344,7 +344,7 @@ Abbiamo diverse opzioni per far passare un file dallo stato irrisolto a quello risolto. Quella di gran lunga più comune consiste nell'eseguire nuovamente hg resolve. Se passiamo i nomi di singoli file o directory, il comando riproverà a unire i file irrisolti presenti in quelle ubicazioni. Possiamo anche passare l'opzione o per riprovare a unire tutti i file irrisolti. - Mercurial ci permette anche di modificare direttamente lo stato di risoluzione di un file. Possiamo contrassegnare manualmente un file come risolto usando l'opzione o come irrisolto usando l'opzione . Questo ci consente di ripulire a mano un'unione particolarmente confusa e di tenere traccia dei nostri progressi con ogni file man mano che procediamo. + Mercurial ci permette anche di modificare direttamente lo stato di risoluzione di un file. Possiamo contrassegnare manualmente un file come risolto usando l'opzione o come irrisolto usando l'opzione . Questo ci consente di ripulire a mano un'unione particolarmente disordinata e di tenere traccia dei nostri progressi con ogni file man mano che procediamo. @@ -365,7 +365,7 @@ &interaction.ch04-diff.chmod; - Il normale comando diff non fa attenzione di permessi dei file, perciò la semplice invocazione di hg diff non stampa nulla. Se però utilizziamo l'opzione , il comando ci dice che cos'è realmente accaduto. + Il normale comando diff non considera i permessi dei file, perciò la semplice invocazione di hg diff non stampa nulla. Se però utilizziamo l'opzione , il comando ci dice che cos'è realmente accaduto. &interaction.ch04-diff.chmod.git; @@ -383,7 +383,7 @@ Per esempio, un sistema distribuito di controllo di revisione non può, per sua natura, offrire un meccanismo di bloccaggio dei file. Quindi non esiste alcun meccanismo predefinito per evitare che due persone apportino cambiamenti in conflitto a un file binario. Se fate parte di un gruppo in cui diverse persone potrebbero modificare frequentemente i file binari, potrebbe non essere una buona idea impiegare Mercurial&emdash;o un qualsiasi altro sistema distribuito di controllo di revisione&emdash;per gestire quei file. - Quando memorizza le modifiche a un file, di solito Mercurial salva solo le differenze tra la versione corrente del file e quella precedente. Per la maggior parte dei file di testo questo approccio si rivela estremamente efficiente. Tuttavia, alcuni file (in particolare i file binari) sono costruiti in modo tale che persino una piccola modifica al contenuto logico del file risulta nel cambiamento di molti o della maggior parte dei byte contenuti nel file. Per esempio, i file compressi sono particolarmente sensibili a questo effetto. Se le differenze tra ogni versione di un file e la successiva sono sempre grandi, Mercurial non riuscirà a memorizzare la cronologia del file in maniera molto efficiente. Questo potrebbe avere effetti sia sul bisogno di spazio di memorizzazione locale sia sulla quantità di tempo che viene impiegata per clonare un repository. + Quando memorizza le modifiche a un file, di solito Mercurial salva solo le differenze tra la versione corrente del file e quella precedente. Per la maggior parte dei file di testo questo approccio si rivela estremamente efficiente. Tuttavia, alcuni file (in particolare i file binari) sono fatti in modo tale che persino una piccola modifica al contenuto logico del file risulta nel cambiamento di molti o della maggior parte dei byte contenuti nel file. Per esempio, i file compressi sono particolarmente sensibili a questo effetto. Se le differenze tra ogni versione di un file e la successiva sono sempre grandi, Mercurial non riuscirà a memorizzare la cronologia del file in maniera molto efficiente. Questo potrebbe avere effetti sia sul bisogno di spazio di memorizzazione locale sia sulla quantità di tempo che viene impiegata per clonare un repository. Per avere un'idea di come questo problema potrebbe riguardarvi nella pratica, supponete di voler usare Mercurial per gestire un documento OpenOffice. OpenOffice memorizza i documenti su disco sotto forma di file zip compressi. Modificate anche solo una lettera nel vostro documento in OpenOffice e quasi ogni byte nell'intero file cambierà quando lo salverete. Ora supponete che le dimensioni di quel file siano di 2MB. Dato che la maggior parte del file cambia ogni volta che lo salvate, Mercurial dovrà memorizzare tutti i 2MB del file ogni volta che eseguite un commit, anche se dal vostro punto di vista forse solo poche parole vengono cambiate ogni volta. Un singolo file modificato frequentemente che non rispetti le assunzioni dei meccanismi di memorizzazione di Mercurial può facilmente avere un effetto fuori misura sulle dimensioni del repository. @@ -406,10 +406,10 @@ Dato che Mercurial mantiene una copia completa della cronologia in ogni clone, chiunque usi Mercurial per collaborare su un progetto può potenzialmente agire come una sorgente di backup nell'eventualità di una catastrofe. Se un repository centrale diventa inaccessibile, potete costruire un rimpiazzo semplicemente clonando una copia del repository da un collaboratore ed estraendo dai repository di altre persone qualsiasi cambiamento che quella copia potrebbe non avere visto. - Usare Mercurial per effettuare backup separati e mirror remoti è piuttosto semplice. Impostate un'attività periodica (e.g. tramite il comando cron) su un server remoto per estrarre i cambiamenti dai vostri repository principali ogni ora. Questa operazione sarà complicata solo nell'improbabile caso in cui il numero di repository principali che mantenete cambi frequentemente, eventualità che potrete affrontare utilizzando uno script per programmare l'aggiornamento della lista dei repository di cui fare il backup. - - Se effettuate un backup tradizionale dei vostri repository principali su nastro o su disco e volete fare il backup di un repository chiamato myrepo, usate il comando hg clone -U myrepo myrepo.bak per creare un clone di myrepo prima di cominciare a registrare i vostri backup. L'opzione evita di popolare la directory di lavoro dopo che la clonazione si è conclusa, dato che sarebbe superfluo e renderebbe più lungo il backup. - - Se poi effettuate il backup di myrepo.bak invece di myrepo, avrete la garanzia di possedere una fotografia consistente del vostro repository a cui nessuno sviluppatore insonne trasmetterà i propri cambiamenti nel bel mezzo di un'operazione di backup. + Usare Mercurial per effettuare backup separati e mirror remoti è piuttosto semplice. Impostate un'attività periodica (e.g. tramite il comando cron) su un server remoto per estrarre i cambiamenti dai vostri repository principali ogni ora. Questa operazione diventerà complicata solo nell'improbabile caso in cui il numero dei repository principali che mantenete cambi frequentemente, eventualità che potrete affrontare utilizzando uno script per programmare l'aggiornamento della lista dei repository di cui fare il backup. + + Se effettuate un backup tradizionale dei vostri repository principali su nastro o su disco e volete fare il backup di un repository chiamato miorepo, usate il comando hg clone -U miorepo miorepo.bak per creare un clone di miorepo prima di cominciare a registrare i vostri backup. L'opzione evita di popolare la directory di lavoro dopo che la clonazione si è conclusa, dato che sarebbe superfluo e renderebbe più lungo il backup. + + Se poi effettuate il backup di miorepo.bak invece di miorepo, avrete la garanzia di possedere una fotografia consistente del vostro repository a cui nessuno sviluppatore insonne trasmetterà i propri cambiamenti nel bel mezzo di un'operazione di backup. diff -r a419faec3428 -r 3d5e63d5d180 it/examples/auto-snippets.xml --- a/it/examples/auto-snippets.xml Tue Aug 11 20:12:19 2009 +0200 +++ b/it/examples/auto-snippets.xml Tue Aug 11 21:53:03 2009 +0200 @@ -66,20 +66,20 @@ - - - + + + - - - - - - - - - + + + + + + + + + @@ -88,15 +88,15 @@ - + - - - - - - - + + + + + + + @@ -110,22 +110,22 @@ - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + @@ -154,7 +154,7 @@ - + @@ -185,10 +185,10 @@ - - - - + + + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-diff.chmod.git.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-diff.chmod.git.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ hg diff -g +diff --git a/a b/a +vecchia modalità 100644 +nuova modalità 100755 + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-diff.chmod.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-diff.chmod.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ chmod +x a +$ hg st +M a +$ hg diff + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-diff.rename.basic.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-diff.rename.basic.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,15 @@ + +$ hg rename a b +$ hg diff +diff -r b01d46ff402d a +--- a/a Fri Jun 05 15:49:22 2009 +0000 ++++ /dev/null Thu Jan 01 00:00:00 1970 +0000 +@@ -1,1 +0,0 @@ +-a +diff -r b01d46ff402d b +--- /dev/null Thu Jan 01 00:00:00 1970 +0000 ++++ b/b Fri Jun 05 15:49:23 2009 +0000 +@@ -0,0 +1,1 @@ ++a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-diff.rename.git.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-diff.rename.git.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ hg diff -g +diff --git a/a b/b +cambiamento di nome da a +cambiamento di nome a b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.cifail.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.cifail.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ hg commit -m 'Tentativo di inserire i risultati di un'unione fallita.' +fallimento: conflitti di unione irrisolti (si veda hg resolve) + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.export.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.export.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,4 @@ + +$ export HGMERGE=merge + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.heads.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.heads.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,16 @@ + +$ hg heads +changeset: 2:6e8cd0b94b4c +tag: tip +parent: 0:05f41910a168 +user: Bryan O'Sullivan <bos@serpentine.com> +date: Fri Jun 05 15:49:28 2009 +0000 +summary: destra + +changeset: 1:ab0fbd8c502d +user: Bryan O'Sullivan <bos@serpentine.com> +date: Fri Jun 05 15:49:27 2009 +0000 +summary: sinistra + + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.init.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.init.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,15 @@ + +$ hg init conflitto +$ cd conflitto +$ echo primo > miofile.txt +$ hg ci -A -m primo +aggiungo miofile.txt +$ cd .. +$ hg clone conflitto sinistra +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti +$ hg clone conflitto destra +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.left.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.left.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ cd sinistra +$ echo sinistra >> miofile.txt +$ hg ci -m sinistra + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.list.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.list.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ hg resolve -l +U miofile.txt + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.merge.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.merge.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,9 @@ + +$ hg merge +unisco miofile.txt +merge: attenzione: conflitti durante l'unione +unione di miofile.txt fallita! +0 file aggiornati, 0 file uniti, 0 file rimossi, 1 file irrisolti +usate 'hg resolve' per riprovare a unire i file irrisolti o 'hg up --clean' per abbandonare + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.pull.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.pull.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,21 @@ + +$ cd ../conflitto +$ hg pull -u ../sinistra +estraggo da ../sinistra +cerco i cambiamenti +aggiungo i changeset +aggiungo i manifest +aggiungo i cambiamenti ai file +aggiunti 1 changeset con 1 cambiamenti a 1 file +1 file aggiornati, 0 file uniti, 1 file rimossi, 0 file irrisolti +$ hg pull -u ../destra +estraggo da ../destra +cerco i cambiamenti +aggiungo i changeset +aggiungo i manifest +aggiungo i cambiamenti ai file +aggiunti 1 changeset con 1 cambiamenti a 1 file (+1 teste) +non aggiorno, sono state aggiunte nuove teste +(eseguite 'hg heads' per vedere le teste, 'hg merge' per unire) + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/ch04-resolve.right.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/ch04-resolve.right.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ cd ../destra +$ echo destra >> miofile.txt +$ hg ci -m destra + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.after.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.after.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ cp a n +$ hg copy --after a n + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.clone.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.clone.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ cd .. +$ hg clone mia-copia vostra-copia +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.copy.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.copy.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ cd mia-copia +$ hg copy file nuovo-file + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.dir-dest.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.dir-dest.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ mkdir d +$ hg copy a b d +$ ls d +a b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.dir-src-dest.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.dir-src-dest.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ hg copy z d +copio z/a/c in d/z/a/c + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.dir-src.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.dir-src.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ hg copy z e +copio z/a/c in e/a/c + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.init.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.init.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,8 @@ + +$ hg init mia-copia +$ cd mia-copia +$ echo riga > file +$ hg add file +$ hg commit -m 'Aggiunto un file.' + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.merge.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.merge.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,18 @@ + +$ hg pull ../mia-copia +estraggo da ../mia-copia +cerco i cambiamenti +aggiungo i changeset +aggiungo i manifest +aggiungo i cambiamenti ai file +aggiunti 1 changeset con 1 cambiamenti a 1 file (+1 teste) +(eseguite 'hg heads' per vedere le teste, 'hg merge' per unire) +$ hg merge +unisco file e nuovo-file in nuovo-file +0 file aggiornati, 1 file uniti, 0 file rimossi, 0 file irrisolti +(unione tra rami, ricordatevi di eseguire il commit) +$ cat nuovo-file +riga +nuovi contenuti + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.other.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.other.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ cd ../vostra-copia +$ echo 'nuovi contenuti' >> file +$ hg commit -m 'File modificato.' + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.simple.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.simple.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ mkdir k +$ hg copy a k +$ ls k +a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.status-copy.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.status-copy.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ hg status -C +A nuovo-file + file +$ hg commit -m 'File copiato.' + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.copy.status.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.copy.status.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,5 @@ + +$ hg status +A nuovo-file + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.add-dir.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.add-dir.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,13 @@ + +$ mkdir b +$ echo b > b/qualchefile.txt +$ echo c > b/sorgente.cpp +$ mkdir b/d +$ echo d > b/d/test.h +$ hg add b +aggiungo b/d/test.h +aggiungo b/qualchefile.txt +agginugo b/sorgente.cpp +$ hg commit -m 'Aggiunti tutti i file nella sottodirectory.' + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.add.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.add.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,13 @@ + +$ hg init esempio-add +$ cd esempio-add +$ echo a > miofile.txt +$ hg status +? miofile.txt +$ hg add miofile.txt +$ hg status +A miofile.txt +$ hg commit -m 'Aggiunto un file.' +$ hg status + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.addremove.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.addremove.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,10 @@ + +$ hg init esempio-addremove +$ cd esempio-addremove +$ echo a > a +$ echo b > b +$ hg addremove +aggiungo a +aggiungo b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.commit-addremove.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.commit-addremove.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ echo c > c +$ hg commit -A -m 'Commit con addremove.' +aggiungo c + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.hidden.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.hidden.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,17 @@ + +$ hg init esempio-nascosto +$ cd esempio-nascosto +$ mkdir vuota +$ touch vuota/.nascosto +$ hg add vuota/.nascosto +$ hg commit -m 'Gestisce una directory che sembra vuota.' +$ ls vuota +$ cd .. +$ hg clone esempio-nascosto temp +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti +$ ls temp +vuota +$ ls temp/vuota + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.missing.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.missing.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,11 @@ + +$ hg init esempio-mancante +$ cd esempio-mancante +$ echo a > a +$ hg add a +$ hg commit -m 'Il file sta per diventare mancante.' +$ rm a +$ hg status +! a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.recover-missing.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.recover-missing.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ hg revert a +$ cat a +a +$ hg status + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.remove-after.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.remove-after.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ hg remove --after a +$ hg status +R a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.files.remove.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.files.remove.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,16 @@ + +$ hg init esempio-remove +$ cd esempio-remove +$ echo a > a +$ mkdir b +$ echo b > b/b +$ hg add a b +aggiungo b/b +$ hg commit -m 'Piccolo esempio di rimozione di file.' +$ hg remove a +$ hg status +R a +$ hg remove b +rimuovo b/b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.rename.rename.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.rename.rename.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,4 @@ + +$ hg rename a b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.rename.status-copy.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.rename.status-copy.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,7 @@ + +$ hg status -C +A b + a +R a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/daily.rename.status.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/daily.rename.status.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ hg status +A b +R a + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/issue29.go.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/issue29.go.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,20 @@ + +$ hg init problema29 +$ cd problema29 +$ echo a > a +$ hg ci -Ama +aggiungo a +$ echo b > b +$ hg ci -Amb +aggiungo b +$ hg up 0 +0 file aggiornati, 0 file uniti, 1 file rimossi, 0 file irrisolti +$ mkdir b +$ echo b > b/b +$ hg ci -Amc +aggiungo b/b +creata una nuova testa +$ hg merge +fallimento: è una directory: /tmp/problema29jbjGH5/problema29/b + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/rename.divergent.clone.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/rename.divergent.clone.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,9 @@ + +$ hg clone orig anna +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti +$ hg clone orig bruno +aggiorno la directory di lavoro +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/rename.divergent.merge.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/rename.divergent.merge.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,29 @@ + +# Si veda http://www.selenic.com/mercurial/bts/issue455 +$ cd ../orig +$ hg pull -u ../anna +estraggo da ../anna +cerco i cambiamenti +aggiungo i changeset +aggiungo i manifest +aggiungo i cambiamenti ai file +aggiunti 1 changeset con 1 cambiamenti a 1 file +1 file aggiornati, 0 file uniti, 1 file rimossi, 0 file irrisolti +$ hg pull ../bruno +estraggo da ../bruno +cerco i cambiamenti +aggiungo i changeset +aggiungo i manifest +aggiungo i cambiamenti ai file +aggiunti 1 changeset con 1 cambiamenti a 1 file (+1 teste) +(eseguite 'hg heads' per vedere le teste, 'hg merge' per unire) +$ hg merge +attenzione: cambiamenti di nome divergenti di foo a: + bar + quux +1 file aggiornati, 0 file uniti, 0 file rimossi, 0 file irrisolti +(unione tra rami, ricordatevi di eseguire il commit) +$ ls +bar quux + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/rename.divergent.rename.anne.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/rename.divergent.rename.anne.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ cd anna +$ hg rename foo bar +$ hg ci -m 'Rinominato foo a bar.' + + diff -r a419faec3428 -r 3d5e63d5d180 it/examples/rename.divergent.rename.bob.it --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/it/examples/rename.divergent.rename.bob.it Tue Aug 11 21:53:03 2009 +0200 @@ -0,0 +1,6 @@ + +$ cd ../bruno +$ hg mv foo quux +$ hg ci -m 'Riominato foo a quux.' + +