# HG changeset patch # User gpiancastelli # Date 1250888667 -7200 # Node ID 7f827b71655b67a8fa01ea8f57060dbc0c1c4395 # Parent 1856c2f4835ca819c32c348342d94ab7e57dd8bb Final editing for appendixes. diff -r 1856c2f4835c -r 7f827b71655b it/appA-svn.xml --- a/it/appA-svn.xml Fri Aug 21 23:01:58 2009 +0200 +++ b/it/appA-svn.xml Fri Aug 21 23:04:27 2009 +0200 @@ -94,7 +94,7 @@ rename da/qualche/percorso a/qualche/altra/posizione - La direttiva include provoca l'inclusione di un file, o di tutti i file contenuti in una directory, nel repository destinazione. Questa direttiva provoca anche l'esclusione di tutti gli altri file o directory che non sono stati esplicitamente inclusi. La direttiva exclude provoca l'esclusione dei file e delle directory indicate e di tutti quegli altri percorsi che non sono stati esplicitamente menzionati per essere inclusi. + La direttiva include provoca l'inclusione di un file, o di tutti i file contenuti in una directory, nel repository destinazione. Questa direttiva provoca anche l'esclusione di tutti gli altri file o directory che non sono state esplicitamente incluse. La direttiva exclude provoca l'esclusione dei file e delle directory indicate e di tutti quegli altri percorsi che non sono stati esplicitamente menzionati per essere inclusi. Per spostare un file o una directory da una posizione a un'altra, usate la direttiva rename. Se dovete spostare un file o una directory da una sottodirectory alla radice del repository, usate . come secondo argomento della direttiva rename. @@ -173,7 +173,7 @@ Con Mercurial, i commit sono sempre locali e devono essere pubblicati successivamente tramite il comando hg push. - Ogni approccio ha i propri vantaggi e svantaggi. Il modello di Subversion prevede che i cambiamenti siano pubblicati, e quindi revisionabili e utilizzabili, immediatamente. D'altra parte, questo significa che un utente deve avere accesso in scrittura a un repository per utilizzare normalmente lo strumento, ma la maggior parte dei progetti open source non concede alla leggera i permessi di scrittura. + Ogni approccio ha i propri vantaggi e svantaggi. Il modello di Subversion prevede che i cambiamenti siano pubblicati, e quindi revisionabili e utilizzabili, immediatamente. D'altra parte, questo significa che un utente deve avere accesso in scrittura a un repository per utilizzare normalmente lo strumento, ma la maggior parte dei progetti open source non concede i permessi di scrittura alla leggera. L'approccio di Mercurial consente a chiunque possa clonare un repository di inserirvi modifiche senza il bisogno del permesso di qualcun altro e di pubblicare i propri cambiamenti e continuare a partecipare nel modo che preferisce. A causa della distinzione tra le operazioni di inserimento e trasmissione dei cambiamenti, può capitare che qualcuno effettui il commit di alcune modifiche sul proprio computer e si allontani per qualche giorno dimenticandosi di trasmetterli, cosa che in rari casi potrebbe bloccare temporaneamente le attività dei collaboratori. diff -r 1856c2f4835c -r 7f827b71655b it/appB-mq-ref.xml --- a/it/appB-mq-ref.xml Fri Aug 21 23:01:58 2009 +0200 +++ b/it/appB-mq-ref.xml Fri Aug 21 23:04:27 2009 +0200 @@ -85,7 +85,7 @@ Opzioni: - : Crea .hg/patches sotto forma di repository. Crea anche un file .hgignore che ignorerà il file status. + : crea .hg/patches sotto forma di repository. Crea anche un file .hgignore che ignorerà il file status.