[svnbook commit] r2482 - trunk/src/it/book
ender
noreply at red-bean.com
Sun Oct 15 17:41:47 CDT 2006
Author: ender
Date: Sun Oct 15 17:41:46 2006
New Revision: 2482
Modified:
trunk/src/it/book/appa.xml
Log:
Small fixes
Verify not yet finished
Modified: trunk/src/it/book/appa.xml
==============================================================================
--- trunk/src/it/book/appa.xml (original)
+++ trunk/src/it/book/appa.xml Sun Oct 15 17:41:46 2006
@@ -1,4 +1,4 @@
-<appendix id="svn.forcvs">
+<appendix id="svn.forcvs">
<title>Subversion per utenti CVS</title>
<simplesect>
@@ -11,7 +11,7 @@
<para>Questa appendice è una guida per utenti CVS nuovi a Subversion.
È essenzialmente una lista di differenze tra i due sistemi
- come <quote>visto da 10.000 piedi</quote>. Per ogni sezione, quando possibile,
+ come <quote>visti da 10.000 piedi</quote>. Per ogni sezione, quando possibile,
verranno fornite referenze a capitoli rilevanti antecedenti.</para>
<para lang="en">Although the goal of Subversion is to take over the current
@@ -25,8 +25,7 @@
corrente e futura di CVS, alcune nuove caratteristiche e cambiamenti di disegno
vennero richieste per aggiustare alcuni comportamenti <quote>errati</quote>
di CVS. Questo significa che, come utente CVS, si potrà aver bisogno di
- abbandonare certe abitudini—ones that you forgot were odd to begin
- with.</para>
+ abbandonare certe abitudini—cominciando da quelle sbagliate.</para>
</simplesect>
@@ -190,7 +189,7 @@
<para>Subversion affronta questo problema tenendo traccia silenziosamente
delle aggiunte e delle eliminazioni di cui è stato fatto il commit
nell'area <filename>.svn</filename>.
- Quando eventualmente si esegue <command>svn update</command>,
+ Quando capita di eseguire <command>svn update</command>,
tutti gli account sono impostati con il repository, e il nuovo numero di
revisione della directory è impostato correttamente.
<emphasis>Di conseguenza, solo dopo un aggiornamento è corretto dire che
@@ -211,7 +210,7 @@
dei cambiamenti di proprietà di una directory. Normalmente, il commit
incrementerebbe il numero di revisione locale della directory di lavoro.
Ma ancora, sarebbe sbagliato, perché ci possono essere aggiunte o eliminazioni
- che la directory ancora non ha, perché nessun aggiurnamento è accaduto.
+ che la directory ancora non ha, perché non c'è stato nessun aggiornamento.
<emphasis>Di conseguenza, non è permesso fare il commit dei cambiamenti di
proprietà su una directory a meno che la directory sia aggiornata.</emphasis></para>
@@ -236,8 +235,8 @@
resource.</para>
<para>Negli ultimi anni, la spazio disco è diventato enormemente economico
- e abbondante, ma non la quantità di banda di rete. Di conseguenza, la copia
- di lavoro di Subversion è stata ottimizzata intorno alla scarsa risorsa.</para>
+ e abbondante, ma lo stesso non può dirsi della banda di rete. Di conseguenza, la copia
+ di lavoro di Subversion è stata ottimizzata in base alla risorsa più scarsa.</para>
<para lang="en">The <filename>.svn</filename> administrative directory
serves the same purpose as the <filename>CVS</filename>
@@ -307,8 +306,8 @@
i cambiamenti locali, ma toglierà dalla pianificazione operazioni come
aggiunte ed eliminazioni. È il modo preferito per tornare indietro su un file;
eseguendo <command>rm file; svn update</command> funzionerà ancora, ma
- offusca lo scopo dell'aggiornamento. E, mentre si è in questo
- soggetto…
+ offusca lo scopo dell'aggiornamento. E, mentre si è su questo
+ argomento…
</para>
@@ -349,7 +348,7 @@
update</command> o <command>cvs -n update</command> per vedere
velocemente i loro cambiamenti. Se gli utenti dimenticano di utilizzare
l'opzione <option>-n</option>, questo ha l'effetto secondario di fondere
- i cambiamenti del repository per i quali potrebbero non essere pronti
+ cambiamenti del repository dei quali potrebbero non essere pronti
ad occuparsi.</para>
<para lang="en">With Subversion, we've tried to remove this muddle by making
@@ -358,7 +357,7 @@
only prints information about files that are updated,
<emphasis>not</emphasis> local modifications.</para>
- <para>Con Subversion, è stato provato a rimuovere questa confusione rendendo
+ <para>Con Subversion, si è provato a rimuovere questa confusione rendendo
la visualizzazione di <command>svn status</command> facile da leggere sia per
le persone che per i parser. Inoltre, <command>svn update</command>
visualizza solamente informazioni sui file che sono stati aggiornati,
@@ -385,7 +384,7 @@
out-of-dateness information.</para>
<para>Contatta il repository per determinare, e poi mostrare,
- informazioni non aggiornate.</para>
+ informazioni relative allo stato di aggiornamento.</para>
</listitem>
</varlistentry>
@@ -431,7 +430,7 @@
used:</para>
<para>Se si specifica l'opzione <option>--show-updates</option>
- (<option>-u</option>), viene utilizzato un formato lungo:</para>
+ (<option>-u</option>), viene utilizzato un formato esteso:</para>
<screen>
$ svn status -u
@@ -453,11 +452,11 @@
the working copy.)</para>
<para>In questo caso, appaiono due nuove colonne. La seconda colonna
- contiene un asterisco se il file o la directory non è aggiornata.
+ contiene un asterisco se il file o la directory non sono aggiornati.
La terza colonna mostra il numero di revisione della copia di lavoro
dell'elemento. Nell'esempio sopra, l'asterisco indica che
<filename>faces.html</filename> dovrebbe essere modificato se lo aggiorniamo,
- e che <filename>bloo.png</filename> è un file aggiunto nuovo nel
+ e che <filename>bloo.png</filename> è un file appena aggiunto al
repository. (L'assenza di ogni numero di revisione accanto a
<filename>bloo.png</filename> significa che non esiste ancora nella
copia di lavoro.)</para>
@@ -497,7 +496,7 @@
tra il repository e la versione della copia di lavoro)
X Risorsa esterna a questa copia di lavoro (può provenire da un altro
repository). Vedere <xref linkend="svn.advanced.props.special.externals" />
-? Risorsa non sotto versione di controllo
+? Risorsa non sotto controllo di versione
! Risorsa mancante o incompleta (rimossa da uno strumento diverso da
Subversion)
</screen>
@@ -553,7 +552,7 @@
about it in <xref linkend="svn.branchmerge"/>.</para>
<para>Subversion non fa distinzione tra lo spazio del filesystem e lo spazio
- <quote>rami</quote>; branch e tag sono directory ordinarie all'interno
+ dei <quote>rami</quote>; branch e tag sono directory ordinarie all'interno
del filesystem. Questa è probabilmente la più grande singola difficoltà
che un utente CVS dovrà superare. Si legga tutto riguardo a questo in
<xref linkend="svn.branchmerge"/>.</para>
@@ -684,7 +683,7 @@
sometimes forget to do this.</para>
<para>Gli utenti CVS devono marcare i file binari con indicatori
- <option>-kb</option>, per prevenire che i dati vengano alterati
+ <option>-kb</option>, per impedire che i dati vengano alterati
(a causa di espansioni di parole chiave o conversioni della fine linea).
A volte si dimenticano di farlo.</para>
@@ -734,7 +733,7 @@
added. (If Subversion guesses wrong, the user can always remove
or hand-edit the property.)</para>
- <para>Per determinare su una fusione contestuale sia possibile,
+ <para>Per determinare se una fusione contestuale sia possibile,
Subversion esamina la proprietà <literal>svn:mime-type</literal>.
Se il file non ha la proprietà <literal>svn:mime-type</literal>,
o se ha un mime-type che è testuale (es.
@@ -745,7 +744,7 @@
e <command>svn add</command>. Questi comandi faranno una buona
congettura e poi (possibilmente) imposteranno una proprietà binaria
<literal>svn:mime-type</literal> sul file che sta per essere
- aggiunto. (Se Subversion sbaglierà a fare la congettura, l'utente può
+ aggiunto. (Se Subversion sbaglierà a fare la congettura, l'utente potrà
sempre rimuovere o gestire manualmente la proprietà.)</para>
</sect1>
@@ -885,8 +884,8 @@
originariamente creato dai membri della comunità di sviluppo di
Subversion. Altri includono RefineCVS di Lev Serebryakov
(<ulink url="http://lev.serebryakov.spb.ru/refinecvs/"/>).
- Questi strumenti hanno vari livelli di completezza, e possono portare
- a decisioni totalmente differenti su come gestire lo storico del repository
+ Questi strumenti hanno vari livelli di completezza, e possono prendere
+ decisioni totalmente differenti su come gestire lo storico del repository
CVS. Quale sia lo strumento che si decide di utilizzare, occorre assicurarsi
di eseguire il maggior numero possibile di verifiche sui
risultati della conversione—dopo tutto, si è lavorato duro per costruire
More information about the svnbook-dev
mailing list