[svnbook commit] r2417 - trunk/src/it/book

bpietro noreply at red-bean.com
Mon Sep 11 08:52:55 CDT 2006


Author: bpietro
Date: Mon Sep 11 08:52:54 2006
New Revision: 2417

Modified:
   trunk/src/it/book/ch04.xml

Log:
another errs&typos corrected

Modified: trunk/src/it/book/ch04.xml
==============================================================================
--- trunk/src/it/book/ch04.xml	(original)
+++ trunk/src/it/book/ch04.xml	Mon Sep 11 08:52:54 2006
@@ -230,7 +230,7 @@
       con qualcun altro. <quote>La regola d'arte</quote> comune
       nel sviluppo del software è permettere ai vostri compagni di vedere
       il vostro lavoro man mano come procede. Se nessuno vede i vostri
-      commit intermediari, avete perso potenziale ??feedback?.
+      commit intermediari, avete perso le potenziali reazioni.
       Alla fine, quando avete finito con tutti i vostri cambiamenti,
       potete magari trovare molto difficile di ri-fondere vostro lavoro finale
       con il resto del corpo principale del codice della vostra società.
@@ -310,7 +310,7 @@
         working-copy paths to the <command>svn copy</command>
         command:</para>
 
-      <para>Creare una copia è adesso semplice ??matter? di passare due
+      <para>Creare una copia è adesso semplice questione di passare due
         percorsi di copia di lavoro al comando <command>svn copy</command>:</para>
 
       <screen>
@@ -675,7 +675,7 @@
         both see the changes made in revisions 303 and 98.</para>
 
       <para>Sally vede la sua modifica nella versione 344, ma non la modifica
-        che voi avete fatto nella versione 343. ??As far as Subversion is concerned,?
+        che voi avete fatto nella versione 343. Per quel che riguarda Subversion,
         questi due commit riguardano i file diversi nelle diverse locazioni
         del deposito.  Tuttavia, Subversion <emphasis>mostra</emphasis> che questi
         due file condividono una storia comune. Prima che era fatta copia del ramo
@@ -755,7 +755,7 @@
 
     <para>Per progetti che hanno grande numero di contribuenti, è comune
       per molta gente di avere copie di lavoro del tronco.
-      Ogni volta che qualcuno ha bisogno di fare ??long-running? modifiche,
+      Ogni volta che qualcuno ha bisogno di fare durature modifiche,
       che potrebbero disturbare il tronco, procedura standard è di creare
       un ramo privato e pubblicare le modifiche là finché tutto
       il lavoro no è completo.</para>
@@ -1148,7 +1148,7 @@
         <emphasis>nome</emphasis> del comando.  Il termine
         <quote>merge</quote>(fondere) qualche volta denota che i rami sono
         combinati tra loro, oppure che ci sta qualche sorta di misterioso
-        ??blending of data going on?.  Non è il caso.  Più appropriato
+        mescolamento dei dati.  Non è il caso.  Più appropriato
         nome per questo comando forse sarebbe
         <command>svn diff-and-apply</command>(trova-differenze-e-applicale),
         perché questo è tutto che accade: due strutture del deposito sono comparate
@@ -1840,7 +1840,7 @@
         dovete comparare lo stato iniziale del ramo con il suo stato finale.
         Usando <command>svn log</command> sul vostro ramo,
         potete vedere che vostro ramo era stato creato nella versione 341.
-        E lo stato finale è semplicemente ??a matter of? usare la versione
+        E lo stato finale è semplicemente questione di usare la versione
         <literal>HEAD</literal>.  Questo significa che dovete comparare versione
         341 e <literal>HEAD</literal> della cartella del vostro ramo
         e applicare quelle differenze all copia di lavoro del tronco.</para>
@@ -2076,7 +2076,7 @@
       <para>Un modo di pensare alle versioni del deposito è
         come allo specifico gruppo delle modifiche (alcuni sistemi di controllo
         delle versioni li chiamano <firstterm>changeset</firstterm>).
-        Usando ??switch? <option>-r</option>, potete chiedere a
+        Usando opzione <option>-r</option>, potete chiedere a
         <command>svn merge</command> di applicare un changeset, o tutto intervallo di
         changeset, alla vostra copia di lavoro.  Nel nostro caso di disfare
         cambiamenti, stiamo chiedendo a <command>svn merge</command>
@@ -2386,7 +2386,7 @@
         terms.</para>
 
       <para>Controllo delle versioni è molto spesso usato per sviluppo
-        del software, così abbiamo qui ??a quick peek? di due più comuni
+        del software, così abbiamo qui una veloce sbirciatina di due più comuni
         archetipi di ramificazione usati dai team di programmatori.
         Se non usate Subversion per sviluppo di software, sentitevi liberi
         di saltare questa sezione.[alternativa: Se non
@@ -2734,7 +2734,7 @@
           <command>svn update</command> sulla copia di lavoro, mentre
           il passo di fusione finale è analogo a <command>svn commit</command>
           dalla copia di lavoro. Doppo tutto, che altro <emphasis>è</emphasis>
-          una copia di lavoro che non un ramo privato molto ??shallow??
+          una copia di lavoro che non un ramo privato con pocco spessore.
           Un ramo capace di contenere una modifica a volta.</para>
 
       </sect3>
@@ -2871,7 +2871,7 @@
       be applied as a single, atomic change to the repository.</para>
 
     <para>Nonostante vostra copia di lavoro contiene una quantità delle
-      sottostrutture ??switchate? da diversi posti del deposito, continua
+      sottostrutture alternate da diversi posti del deposito, continua
       funzionare normalmente.  Durante aggiornamenti riceve modifiche
       per ogni sottostruttura dal posto giusto. Quando depositate, vostre
       modifiche locali sono ancora applicate come una singola, atomica
@@ -2949,7 +2949,7 @@
           update</command> automaticamente comparerà vostra
         copia di <filename>/calc/trunk</filename> con
         <filename>/calc/trunk</filename> della revisione
-        <literal>HEAD</literal>.  Se state ??switching? vostra
+        <literal>HEAD</literal>.  Se state alternando vostra
         copia di lavoro ad un ramo, <command>svn switch</command>
         comparerà vostra copia di lavoro di
         <filename>/calc/trunk</filename> con qualche
@@ -3011,7 +3011,7 @@
     <para>Altro concetto comune del controllo delle versioni è
       <firstterm>tag</firstterm>(targa).  Una targa è solo
       un'<quote>instantanea</quote>  del progetto nel tempo.  In Subversion,
-      questa idea ??already? sembra di essere presente ovunque. Ogni versione
+      questa idea sembra di essere già presente ovunque. Ogni versione
       nel deposito è proprio questo—un'instantanea del filesystem
       dopo ogni commit.</para>
 
@@ -3022,7 +3022,7 @@
       piece of software is a particular subdirectory of revision
       4822.</para>
 
-    <para>??However?, gente spesso vuole dare alle targe nomi più
+    <para>Tuttavia, gente spesso vuole dare alle targe nomi più
       comprensibili, come <literal>release-1.0</literal>.  E vogliono
       fare instantanee di sottocartelle più piccole. Dopo tutto,
       non è così facile ricordarsi che rilascio-1.0 d'un pezzo
@@ -3299,7 +3299,7 @@
       <para>Quando il deposito contiene più progetti, amministratori tipicamente
         dividono la disposizione secondo i progetti (vedi <xref
         linkend="svn.reposadmin.projects.chooselayout"/> per leggere di più
-        riguardo ??<quote>project roots</quote>?):</para>
+        riguardo <quote>radici dei progetti</quote>):</para>
 
       <screen>
 /paint/trunk
@@ -3478,7 +3478,7 @@
         as you continue to support that release for customers.</para>
 
       <para>Adesso gli sviluppatori sono liberi di continuare ad
-        aggiungere caratteristiche ??cutting-edge? (o sperimentali)
+        aggiungere caratteristiche all'avanguardia (o sperimentali)
         al <filename>/calc/trunk</filename>, e voi potete stabilire
         la regola del progetto che solo i bug fix possono essere
         pubblicati nel <filename>/calc/branches/stable-1.0</filename>.
@@ -3518,7 +3518,7 @@
       con comando <command>svn copy</command>.  Abbiamo mostrato come
       usare <command>svn merge</command> per copiare modifiche da
       un ramo ad altro o disfare (riavvolgere dietro) modifiche errate.
-      Abbiamo ??gone over? uso di <command>svn switch</command> per creare
+      Abbiamo passato uso di <command>svn switch</command> per creare
       copie di lavoro miste, provenienti da diverse locazioni.
       E abbiamo parlato di come uno può maneggare la organizzazione e
       ciclo di vita dei rami nel deposito.</para>
@@ -3527,7 +3527,7 @@
       So use them liberally!</para>
 
     <para>Ricordate il mantra di Subversion: rami e targhe sono a basso costo.
-      Allora usateli ??liberalmente?!</para>
+      Allora usateli liberalmente!</para>
 
   </sect1>
 




More information about the svnbook-dev mailing list