SVNBOOK Chap1 The Repository
Un article de Framalang Wiki.
Cette page fait partie du projet Version control with subversion.
| Pseudo | Code | Rôle | Statut |
|---|---|---|---|
| Penguin | Traduction | Terminé | |
| Relecture | |||
| Validation |
Sommaire |
[modifier] Titre
The Repository
Le dépôt
--Penguin 13 septembre 2007 à 12:49 (CEST):
J'ai choisi de conserver dans la suite du texte le terme anglais "repository" parce qu'il s'agit, à mon avis, d'un terme technique fondamental pour l'utilisation de Subversion.
--Yostral 13 septembre 2007 à 22:56 (CEST):
La traduction française de "repository" est normalement "dépôt". C'est le terme couramment employé pour traduire repository.
--Penguin 13 septembre 2007 à 23:35 (CEST):
OK. J'ai mis à jour en conséquence.
[modifier] Paragraphe 1
Subversion is a centralized system for sharing information. At its core is a repository, which is a central store of data. The repository stores information in the form of a filesystem tree—a typical hierarchy of files and directories. Any number of clients connect to the repository, and then read or write to these files. By writing data, a client makes the information available to others; by reading data, the client receives information from others. Figure 1.1, “A typical client/server system” illustrates this.
Subversion est un système centralisé pour partager l'information. Le dépôt constitue le coeur de ce système , en tant que stockage central de données. Les informations y sont organisées sous la forme d'une arborescence de fichiers, une hiérarchie typique de fichiers et de répertoires. Les clients, n'importe quel nombre, se connectent au dépôt, et lisent ou écrivent ces fichiers. En écrivant des données, un client rend cette information disponible pour les autres; en lisant des données, le client reçoit les informations des autres. Figure 1.1, "Un système client/serveur typique" illustre cela.
[modifier] Paragraphe 2
So why is this interesting? So far, this sounds like the definition of a typical file server. And indeed, the repository is a kind of file server, but it's not your usual breed. What makes the Subversion repository special is that it remembers every change ever written to it: every change to every file, and even changes to the directory tree itself, such as the addition, deletion, and rearrangement of files and directories.
Quel est l'intérêt ? Jusque là, cela ressemble à la définition d'un serveur de fichiers classique. En fait, le dépôt est bien une sorte de serveur de fichiers, mais d'un type particulier. Ce qui rend le dépôt Subversion spécial, c'est qu' il se souvient de tous les chagements qui ont été faits : chaque changement de chaque fichier, et aussi les changements dans l'arborescence-même des répertoires, comme l'ajout, la suppression ou la réorganisation des fichiers et des répertoires.
--Penguin 13 septembre 2007 à 11:45 (CEST):
Je n'ai pas réussi à traduire l'expression 'it's not your usual breed' . Je ne vois pas comment le sens habituel de 'breed' (progéniture / produire) peut être utilisé ici.
[modifier] Paragraphe 3
When a client reads data from the repository, it normally sees only the latest version of the filesystem tree. But the client also has the ability to view previous states of the filesystem. For example, a client can ask historical questions like, “What did this directory contain last Wednesday?” or “Who was the last person to change this file, and what changes did he make?” These are the sorts of questions that are at the heart of any version control system: systems that are designed to track changes to data over time.
Quand un client lit des données depuis le dépôt, il voit généralement la dernière version de l'arborescence du système de fichiers. Mais le client a également la possibilité de voir des états précédents du système de fichiers. Par exemple, un client peut poser une question sur l'historique des données comme, "Que contenait ce répertoire mercredi dernier ?" ou "Quelle est la dernière personne qui a changé ce fichier, et quels changements a-t-elle effectués ?". Ce sont ce genre de questions qui sont le coeur de n'importe quel système de gestion de versions : des systèmes qui sont conçus pour suivre les changements des données au cours du temps.
