[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