Ca o regulă, de lucru cu depozit Subversion începe cu crearea unei copii de lucru al proiectului. Când creați o copie de lucru pe mașina locală, este creată o copie a depozitului. Acest exemplar conține cap (ultimele modificări) magaziei ați specificat în linia de comandă:
Subversionul este foarte atent să nu limiteze numărul de tipuri de date care pot fi plasate sub controlul sistemului. Conținutul fișierelor și valorile proprietăților sunt stocate și transmise într-un format binar. Cum să explicați Subversionului că, pentru un anumit fișier, operațiile "text" nu au sens, veți afla în secțiunea "Tipul conținutului fișierului". Cu toate acestea, există situații în care Subversion impune anumite restricții asupra informațiilor stocate.
În interiorul subversiunii, anumite informații - de exemplu, nume de proprietăți, căi și mesaje de jurnal - sunt tratate ca text codificat în UTF-8. Cu toate acestea, acest lucru nu înseamnă neapărat utilizarea UTF-8 atunci când lucrați cu Subversion. În cazul în care conversia între codificarea UTF-8 și calculatorul local poate fi realizată (ceea ce este valabil pentru majoritatea codificări astăzi ispulzuemyh), de obicei, Subversion-client realizează conversia ușor și transparent pentru utilizator.
În plus, numele de cale pentru tranzacțiile WebDAV sunt utilizate ca valori ale atributului XML, precum și în unele dintre fișierele proprii Subversion. Aceasta înseamnă că atunci când se specifică căi, pot fi folosite numai caractere valide pentru XML (1.0). De asemenea, când specificați căile Subversion interzice utilizarea de caractere TAB, CR și LF, astfel încât acestea să nu deterioreze fișierele și diferențele nu denaturează producția de comenzi, cum ar fi log SVN sau statutul SVN.
S-ar putea să vă gândiți că trebuie să vă amintiți multe lucruri, însă, în practică, aceste restricții nu cauzează dificultăți. Dacă setările dvs. locale sunt compatibile cu UTF-8 și nu folosiți caractere speciale atunci când specificați căi, atunci nu veți avea probleme când lucrați cu Subversion. Clientul pentru linia de comandă ajută puțin în acest lucru - corectează automat caracterele nevalide găsite în adresele URL tipărite, versiuni "corecte din punct de vedere legal" pentru uz intern.
Deși în exemplul de mai sus este creată o copie de lucru bazată pe directorul rădăcină, puteți crea cu ușurință o copie de lucru bazată pe un subdirector de orice grad de cuibare, indicând la crearea unei copii de lucru un subdirector în URL:
Excepția este atunci când sunteți gata să comiteți un nou fișier sau un director sau să efectuați modificări la unul dintre fișierele sau directoarele existente. Aceste operațiuni nu necesită o notificare suplimentară către serverul Subversion.
Cum rămâne cu directorul .svn?
Fiecare director din copia de lucru conține o zonă de serviciu - un subdirector numit .svn. De obicei, comenzile utilizate pentru a afișa conținutul directoarelor nu indică acest subdirector, dar totuși joacă un rol foarte important. Indiferent ce faceți, nu îndepărtați sau nu modificați nimic în zona de servicii! Subversion îl folosește pentru a gestiona o copie de lucru.
Deși puteți crea, bineînțeles, o copie de lucru prin specificarea adresei URL a magazinului ca singurul argument, puteți, de asemenea, să specificați un director după el. Apoi, copia de lucru va fi într-un director nou cu numele pe care l-ați specificat. De exemplu:
Această comandă va crea o copie de lucru în directorul numit subv. în loc de directorul trunchi așa cum am făcut-o înainte.