Changes between Version 1 and Version 2 of InsiaAdminSysSvn


Ignore:
Timestamp:
Mar 31, 2007, 12:32:17 AM (14 years ago)
Author:
Vincent Caron
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • InsiaAdminSysSvn

    v1 v2  
    55[[PageOutline]]
    66
    7 == 1. Bla ==
     7== 1. Introduction ==
     8
     9[http://subversion.tigris.org/ Subversion] est un sytème de '''contrôle de version centralisé'''. Il a été conçu comme successeur du vénérable [http://www.nongnu.org/cvs/ CVS], comme une solution plus robuste et exensible.
     10
     11Un système de contrôle de version vise plusieurs objectifs:
     12 * permettre la '''collaboration''' entre plusieurs utilisateurs sur un projet (fichiers) commun(s)
     13 * permettre la maintenance smultanée de différentes versions d'un même projet
     14 * tracer et enregistrer l'historique de toutes les modifications effectuées
     15 * consulter les informations historiques, effectuer des comparaisons dans le temps
     16
     17Il existe de nombreux systèmes de contrôles de version comparables, comme notamment ''Perforce'' (propriétaire).
     18
     19A noter qu'il existe une famille nombreuse de système de contrôle de version dit distribuées, où il n'y a pas de distinction explicite client/server: GIT, Bazaar, Mercurial, Arch, Svk, Monotone, etc.
     20
     21== 2. Notions fondamentales ==
     22
     23=== Repository ===
     24
     25Subversion utilisant un modèle centralisé, on peut donc désigner un ''serveur'' dont le rôle va d'être héberger un ''repository'' (dépôt). Chaque dépôt est associé avec sa méthode d'accès, ses utilisateurs, ses droits particuliers. On peut créer plusieurs dépôts distincts pour isoler des projets.
     26
     27Un repository contient en particulier les données du projet et toutes ses informations historiques. Avec Subversion, la taille du repository est donc en constante augmentation. Cette augmentation est liée à la quantité de modifications apportées (et leur nature).
     28
     29=== Serveur ===
     30
     31Il existe plusieurs types de modèle serveur pour publier un ''repository''. Il est en particulier en possible de s'en passer quand le client et le serveur sont sur la même machine, Subversion pouvant se contenter d'accès direct aux fichiers. Nous verrons que les autres modèles s'appellent ''svnserve'', ''ssh'' et ''WebDAV''.
     32
     33=== Utilisateurs ===
     34
     35Bien que la notion d'utilisateur soit facultative (on peut imaginer un