Subversion tries hard not to limit the type of data you can place under version control. The contents of files and property values are stored and transmitted as binary data, and sezione chiamata «svn:mime-type» tells you how to give Subversion a hint that “textual” operations don't make sense for a particular file. There are a few places, however, where Subversion places restrictions on information it stores.

Subversion cerca energicamente di non limitare i tipi di dati che possono essere messi sotto il controllo di versione. Il contenuto dei files ed i valori delle proprietà sono salvati e trasmessi come dati binari, e sezione chiamata «svn:mime-type» suggerisce a Subversion che operazioni «testuali» su un particolare tipo di file non hanno senso. Comunque ci sono pochi posti dove Subversion inserisce delle restrizioni sulle informazioni memorizzate.

Subversion internally handles certain bits of data—for example, property names, path names, and log messages—as UTF-8 encoded Unicode. This is not to say that all your interactions with Subversion must involve UTF-8, though. As a general rule, Subversion clients will gracefully and transparently handle conversions between UTF-8 and the encoding system in use on your computer, if such a conversion can meaningfully be done (which is the case for most common encodings in use today).

Subversion gestisce internamente alcune informazioni — ad esempio, nomi delle proprietà, percorsi e messaggi di log — come Unicode codificato UTF-8. Questo non vuol dire, comunque, che tutte le interazioni con Subversion debbano utilizzare la codifica UTF-8. Come regola generale, i client Subversion gesticono con eleganza e trasparenza la conversione tra UTF-8 e il sistema di codifica ultizzato dal computer dell'utente, se questa conversione può essere portata a termine correttamente (che è il caso nella maggior parte sistemi di codifica odierni).

In addition, path names are used as XML attribute values in WebDAV exchanges, as well in as some of Subversion's housekeeping files. This means that path names can only contain legal XML (1.0) characters. Subversion also prohibits TAB, CR, and LF characters in path names, so they aren't broken up in diffs, or in the output of commands like svn log or svn status.

In aggiunta, i percorsi dei file sono usati come attributi XML negli scambi WebDAV, così come in alcuni file di configurazione di Subversion. Questo significa che i percorsi possono solo contenere caratteri XML (1.0) validi. Subversion proibisce l'uso dei caratteri TAB, CR, and LF nei percorsi, così non saranno scomposti nelle diff, o nell'output di comandi come svn log o svn status.

While it may seem like a lot to remember, in practice these limitations are rarely a problem. As long as your locale settings are compatible with UTF-8, and you don't use control characters in path names, you should have no trouble communicating with Subversion. The command-line client adds an extra bit of help—it will automatically escape legal path characters as needed in URLs you type to create “legally correct” versions for internal use.

Potrebbe sembrare di dover ricordare molte cose: in pratica raramente queste limitazioni si rivelano un problema. Fin quando i settaggi locali sono compatibili con UTF-8, e non si utilizzano caratteri di controllo nei percorsi dei file, non si avranno problemi di comunicazione con Subversion. I client da linea di comando ci danno un aiuto in più — si occupano, ove necessario, di sostituire i caratteri legali presenti nelle URL da noi inserite in sequenze di escape creando così versioni di URL «legittime» per un uso interno.

Experienced users of Subversion have also developed a set of best-practice conventions for laying out paths in the repository. While these aren't strict requirements like the syntax described above, they help to organize frequently performed tasks. The /trunk part of URLs you'll find throughout this book is one of these conventions; we'll talk a lot more about it and related recommendations in Capitolo 4, Ramificazioni e fusioni.

Utenti esperti di Subversion hanno sviluppato un insieme di convenzioni per costruire percorsi nel repository. Anche se l'adozione di queste convenzioni non sono strettamente necessarie come la sintassi descritta sopra, portano sicuramente benifici nell'organizzazione ed esecuzione di operazioni che avvengono con una certa frequenza. La parte /trunk degli URL che si trova ovunque in questo libro, è una di queste convenzioni; in seguito parleremo diffusamente sia di queste convenzioni sia delle relative raccomandazioni Capitolo 4, Ramificazioni e fusioni.

Every directory in a working copy contains an administrative area, a subdirectory named .svn. Usually, directory listing commands won't show this subdirectory, but it is nevertheless an important directory. Whatever you do, don't delete or change anything in the administrative area! Subversion depends on it to manage your working copy.

Ogni directory in una copia di lavoro contiene un'area di amministrazione, la sottodirectory .svn. Di solito, i comandi per elencare il contenuto di una directory non mostrano questa sottodirectory, ma tuttavia è una directory importante. Qualunque cosa facciamo la cosa importante è non cancellare o modificare nulla nell'area di amministrazione. Per Subversion questa area è fondamentale per gestire la nostra copia di lavoro.