Ce projet est inspiré par Git.
Le contrôle de la version est un système qui enregistre les modifications d'un fichier ou d'un ensemble de fichiers au fil du temps afin que vous puissiez rappeler des versions spécifiques plus tard.
Un VC vous permet de:
L'utilisation d'un VCS signifie également que si quelqu'un perd des fichiers, il peut généralement être récupéré facilement. De plus, vous obtenez tout cela pour très peu de frais généraux.
Dans le cadre de leur plan de cours / schéma, les étudiants en informatique sont tenus de réaliser des projets de codage que ce soit dans n'importe quelle langue C, C ++, Java, Python, HTML, etc. Quelle est la pratique habituelle, ils fabriquent des fichiers à savoir (.c, .h, .py, .html ...), ou les fichiers readme et divers répertoires. Ils fabriquent un fichier de code source unique et apportent toutes les modifications et l'enregistrent. Ce qui se passe dans cette pratique, c'est qu'ils continuent de perdre le code et les données d'origine. Après avoir fait de nombreux ajouts et après avoir modifié le code source tant de fois, disons, on rencontre un bogue (un bogue logiciel est une erreur, un défaut, une défaillance ou un défaut dans un programme informatique ou un système qui le fait produire un résultat incorrect ou inattendu, ou de se comporter de manière involontaire), il est très difficile de retracer le bogue, ce qui est très difficile de tracer la partie du code qui est responsable du comportement inattendu.
La solution possible peut cloner l'ensemble du code source à chaque fois avant de faire un changement de minute. Cela prend trop de temps d'utilisateurs (à mesure que le code devient plus grand) et a également une limitation de la mémoire. Il y a aussi la répétition de ces fichiers dans lesquels aucun changement n'a été apporté.
Le système de contrôle de version est un système automatisé qui maintient les pistes de toutes les modifications du référentiel du projet. Le système utilise le traitement informatique et utilise la base de données pour savoir quels fichiers ont été modifiés, supprimés ou nouvellement créés. Lorsque des modifications sont apportées, le système demandera au développeur s'il doit être engagé (enregistré). Le développeur peut donner une commande au système pour les sauver. Le développeur peut récupérer toute version précédente du projet en accédant à la base de données. Si le développeur fait une erreur, il peut revenir à une version précédente. Il peut reproduire et comprendre un rapport de bogue sur une version antérieure du code source du projet. Il peut également annuler des modifications spécifiques sans perdre tout le travail qui a été fait en attendant. Pour toute partie d'un dossier, il peut déterminer quand et pourquoi il a été modifié.
Si vous utilisez gcc sur Ubuntu, vous devez installer ZLIB. Vous pouvez trouver le code source pour ZLIB à partir d'ici. Téléchargez le code source, compilez-le et installez-le. Si vous ne souhaitez pas utiliser ZLIB, vous pouvez utiliser miniz qui est fourni avec le code source de pegit .
Si vous utilisez Windows, vous aurez besoin de Mingw avec ZLIB fourni avec. S'il n'y a pas de ZLIB dans Mingw, créez le pegit à l'aide de Miniz.
Suivez ces instructions:
$ git clone https://github.com/jspd-group/pegit.git $ cd pegitmake pour construire la source $ make
# or if you don't have zlib then execute the command as follows
$ make NO_ZLIB=1
# if you want to use gdb
$ make debug # or make debug NO_ZLIB=1
# there are also other options available which can be viewed using
$ make helpmake % make install # you need to be root before using this command Avant d'utiliser les commandes peg à partir du terminal, créez d'abord un fichier dans votre répertoire domestique, c'est-à-dire ~ / .PegConfigure dans Linux ou C: Users {Username} . PEGCONFIGURE dans Windows. Dans ce type de fichier, les informations suivantes:
username=Your user name
email=Your email id
#optional
#password=Your password
Enregistrez ce fichier. Ensuite, vous pouvez utiliser les commandes peg à partir du terminal.