Qu'est-ce qu'un CV sous Linux

Sous Linux, le nom complet de cvs est « Concurrent Version System », qui signifie « logiciel de contrôle de version de code » en chinois. Il s'agit d'un progiciel GNU principalement utilisé pour la maintenance du code source dans un environnement de développement multi-personnes. CVS peut gérer le développement et l'utilisation de n'importe quel document, comme l'édition et la modification de fichiers partagés, et pas seulement la programmation ; les types de fichiers gérés par CVS peuvent être du texte ou des binaires. Le comportement client/serveur de CVS lui permet de s'adapter à plusieurs utilisateurs.

L'environnement d'exploitation de ce tutoriel : système linux7.3, ordinateur Dell G3.

cvs sous Linux

CVS (Concurrent Versions System, logiciel de contrôle de version de code) est un progiciel GNU principalement utilisé pour la maintenance du code source dans un environnement de développement multi-personnes. Un logiciel de contrôle de version de code similaire à celui-ci est Subversion. Plusieurs développeurs enregistrent les versions de fichiers via un système central de contrôle de version pour garantir la synchronisation des fichiers. Le système de contrôle de version CVS est un progiciel GNU principalement utilisé pour la maintenance du code source dans un environnement de développement multi-personnes. Cependant, en raison de problèmes antérieurs liés au codage CVS, la plupart des sociétés de développement de logiciels ont utilisé SVN au lieu de CVS.

Concurrent a le sens de concurrence, de collaboration et de cohérence. En fait, CVS peut assurer le développement et l'utilisation de n'importe quel document, comme l'édition et la modification de fichiers partagés, sans se limiter à la programmation. Les types de fichiers gérés par CVS peuvent être texte ou binaire.

CVS utilise la table de modifications Copier-Modifier-Fusionner (copier, modifier, fusionner) pour prendre en charge l'accès et la modification simultanés des fichiers. Il sépare explicitement le stockage des fichiers sources de l'espace de travail de l'utilisateur et leur permet de fonctionner en parallèle. Le comportement client/serveur de

CVS lui permet d'accueillir plusieurs utilisateurs. Cette fonctionnalité fait de CVS le premier choix lorsque des personnes situées à différents endroits travaillent simultanément sur des fichiers de données (en particulier le code source d'un programme).

Working Idea

Établissez une bibliothèque de codes sources sur un serveur, qui peut stocker les programmes sources de nombreux projets différents. Ces programmes sources sont gérés de manière uniforme par l'administrateur du référentiel de code source. Avant que chaque utilisateur n'utilise la bibliothèque de code source, il doit d'abord télécharger le fichier de projet dans la bibliothèque de code source en local. Ensuite, l'utilisateur peut le modifier localement, et enfin le soumettre avec la commande CVS, et la bibliothèque de code source CVS sera uniforme. gérer les modifications. De cette façon, c'est comme si une seule personne modifiait le fichier, ce qui évite les conflits et peut suivre les modifications du fichier.

CVS signifie Concurrent Versions System, un système de contrôle de version transparent du réseau open source grand public. CVS est utile à tous, des développeurs individuels aux grandes équipes distribuées.

Sa méthode d'accès client/serveur permet aux développeurs d'accéder au dernier code depuis n'importe quel point d'accès Internet. Son mode d'extraction de gestion de version sans restriction (extraction : Note 1) évite les conflits manuels habituels provoqués par le mode d'extraction exclusive. Ses outils clients peuvent être utilisés sur la plupart des plateformes.

CVS est utilisé dans des projets open source populaires comme Mozilla, GIMP, XEmacs, KDE et GNOME, etc. Alors, comment ça se passe.

Vous pourriez dire, c'est génial, mais pour "moi", qu'est-ce que ça peut faire. Tout d’abord, les bases : un système de contrôle de version conserve un historique des modifications apportées à une série de fichiers. Pour un développeur, cela signifie être capable de suivre toutes les modifications que vous apportez à un programme tout au long de son développement. Avez-vous déjà perdu une journée de travail parce que vous aviez appuyé sur la mauvaise touche sur la ligne de commande ? Les systèmes de contrôle de version vous offrent un réseau sécurisé.

Les systèmes de contrôle de version sont vraiment utiles à tout le monde. (Après tout, qui ne voudrait pas utiliser un réseau sécurisé.) Ils sont fréquemment utilisés par les équipes de développement de logiciels. Les développeurs travaillant en équipe doivent pouvoir ajuster leurs modifications individuelles ; un système de contrôle de version centralisé le permet.

Ajustements du code

Dans un système de contrôle de version traditionnel, un développeur extrait un fichier, le modifie, puis le réarchive. Le développeur qui extrait le fichier dispose des droits exclusifs pour modifier le fichier. Aucun autre développeur ne peut extraire le fichier - et seul le développeur qui a extrait ce fichier peut archiver (remarque 2) les modifications. (Bien sûr, il existe de nombreuses façons pour les administrateurs de surmonter cette limite.)

Réfléchissez à la façon dont une extraction exclusive pourrait fonctionner : le frère de Bob vérifie foo.java afin d'ajouter des commentaires, et après avoir écrit le code, il ne fait rien. Puis il est allé déjeuner. Après que Bob ait fini de déjeuner, il a découvert qu'un bug qui lui avait été signalé par son patron se trouvait dans foo.java. Il essaie de vérifier foo.java... mais le système de contrôle de version ne le permet pas car son frère l'a déjà vérifié. Bob a dû attendre que son frère revienne du déjeuner (ce qui lui a pris deux heures en cette « bonne » journée) pour pouvoir corriger le bug.

Dans un grand projet open source, où les développeurs peuvent travailler tard dans n'importe quel fuseau horaire, donner à un développeur la possibilité d'empêcher d'autres développeurs n'importe où de continuer à travailler sur n'importe quel fichier ne fonctionne évidemment pas. Ils finiront par s'ennuyer de ne pas pouvoir travailler sur des projets quand ils le souhaitent.

CVS résout ce problème avec son mode de paiement illimité. L'extraction d'un fichier ne donne pas au développeur des droits exclusifs sur ce fichier. D'autres développeurs peuvent également l'extraire, apporter leurs propres modifications et l'archiver à nouveau.

"Attendez une minute", pourriez-vous dire. "Mais l'enregistrement ultérieur n'écrasera-t-il pas le précédent ?" La réponse détaillée est que lorsque plusieurs développeurs apportent des modifications au même fichier, CVS le détectera et fusionnera automatiquement ces modifications.

Wow. Automatiquement, ne vous inquiétez pas - CVS sera prudent et fusionnera automatiquement les modifications tant qu'elles ne seront pas apportées à la même ligne de code. Si CVS ne peut pas gérer ces modifications en toute sécurité, les développeurs devront les fusionner manuellement. Où aller à partir d'ici.

Il existe un grand nombre de modules complémentaires CVS disponibles sur de nombreuses plates-formes qui ajoutent des fonctionnalités à CVS ou rendent CVS plus facile à utiliser.

Avantages de l'utilisation

• Lors de la modification du logiciel, certains bugs peuvent être mélangés sans le savoir, et il peut vous falloir beaucoup de temps pour remarquer leur existence. Avec cvs, vous pouvez facilement restaurer une ancienne version et voir quelle modification a causé le bug. Parfois, cela est utile.

• cvs utilise une manière intelligente de sauvegarder toutes les versions d'un fichier dans un seul fichier, en enregistrant uniquement les différences entre les différentes versions.

• cvs a été initialement publié sous forme de script shell par Dick Grune dans le volume 6 du groupe de discussion comp.sources.unix en décembre 1986. En avril 1989, Brian Berliner a conçu et codé les cvs. Jeff Polk a ensuite aidé Brian à concevoir le module CVS et la prise en charge des branches de fournisseurs.

• cvs ne peut pas vous guider sur la façon de construire quoi. Il enregistre simplement un fichier de structure arborescente que vous avez conçu à des fins de récupération.

• cvs ne peut pas décider comment utiliser l'espace disque dans un répertoire de travail d'extraction. Si vous écrivez des Makefiles ou des scripts dans chaque répertoire et que vous devez connaître l'emplacement relatif de tout le reste, vous devez parfois consulter l'intégralité du référentiel.

• Si vous modularisez votre travail et configurez un système de build qui partage des fichiers (via des liens, des montages, VPATH dans Makefiles, etc.), vous pouvez organiser l'utilisation du disque à votre guise.

• Vous devriez mettre un outil sous cvs pour supporter un tel système de build (scripts, Makefiles, etc.).

• Lorsque certains changements surviennent en dehors du cadre des CV, réfléchissez aux fichiers qui doivent être reconstruits. Une méthode traditionnelle consiste à utiliser make pour construire et utiliser des outils automatisés pour générer les fichiers associés utilisés par make.

Recommandations associées : "Tutoriel vidéo Linux"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!