par
naholyr » 21 juin 2007, 12:24
Une révision est un tuple (date, auteur, modifications)
Ainsi si un texte est à la révision 280, tu peux en déduire qu'il y a eu 279 remaniements précédemment, potentiellement par 279 auteurs différents. Chaque modification est archivée, ce qui permet d'avoir un historique complet des évolutions du texte, et ainsi de revenir en arrière. C'est ce que l'on peut observer en général dans les wiki.
C'est ça une révision
Les contrôleurs de version permettent d'automatiser ce processus, et surtout permettent de le centraliser : un serveur reçoit et enregistre toutes les modifications, et les clients ont sur leur poste une copie des données du serveur. Ils peuvent ou non envoyer des modifications. Ils permettent d'ajouter au concept de révision la notion de travail en équipe sur un réseau autour d'un serveur central.
Cf. SVN ou CVS of course !
Le concept peut être appliqué à n'importe quoi : Si vous êtes deux à faire le même stage, vous pouvez bien mettre votre rapport sous contrôle d'un système de versionning, on peut aussi l'imaginer pour les pages d'un site web, et pourquoi pas pour des données binaires comme un travail graphique

Cela a de plus l'avantage d'offrir une sauvegarde différentielle décentralisée (les données sont sur le serveur, et également sur chaque poste à jour, donc en cas de catastrophe aucune donnée n'est perdu tant qu'il reste au moins un poste à jour), rien que pour ça le versionning sur un serveur vaut le coup.
Une révision est un tuple (date, auteur, modifications)
Ainsi si un texte est à la révision 280, tu peux en déduire qu'il y a eu 279 remaniements précédemment, potentiellement par 279 auteurs différents. Chaque modification est archivée, ce qui permet d'avoir un historique complet des évolutions du texte, et ainsi de revenir en arrière. C'est ce que l'on peut observer en général dans les wiki.
C'est ça une révision ;)
Les contrôleurs de version permettent d'automatiser ce processus, et surtout permettent de le centraliser : un serveur reçoit et enregistre toutes les modifications, et les clients ont sur leur poste une copie des données du serveur. Ils peuvent ou non envoyer des modifications. Ils permettent d'ajouter au concept de révision la notion de travail en équipe sur un réseau autour d'un serveur central.
Cf. SVN ou CVS of course !
Le concept peut être appliqué à n'importe quoi : Si vous êtes deux à faire le même stage, vous pouvez bien mettre votre rapport sous contrôle d'un système de versionning, on peut aussi l'imaginer pour les pages d'un site web, et pourquoi pas pour des données binaires comme un travail graphique ;)
Cela a de plus l'avantage d'offrir une sauvegarde différentielle décentralisée (les données sont sur le serveur, et également sur chaque poste à jour, donc en cas de catastrophe aucune donnée n'est perdu tant qu'il reste au moins un poste à jour), rien que pour ça le versionning sur un serveur vaut le coup.