Pourquoi devrais-je utiliser le contrôle de version ?

Question

Je lisais un blog dont l'auteur disait ceci .

"Le code n'existe pas tant qu'il n'est pas enregistré dans un système de contrôle de version. Utilisez le contrôle de version pour tout ce que vous faites. N'importe quel contrôle de version, SVN, Git, même CVS, maîtrisez-le et utilisez-le."

Je n'ai jamais utilisé de contrôle de version et je ne le trouve pas si génial. J'ai fait des recherches sur Google et j'ai déjà examiné la question, mais j'ai besoin d'une explication en termes simples pour les enfants, si vous voulez bien.

D'après ce que je comprends actuellement, les choses comme le SVN servent à stocker votre code en ligne pour qu'un groupe d'utilisateurs ou d'autres développeurs puissent avoir accès au même code. Lorsque vous mettez à jour un code, vous pouvez soumettre la nouvelle version et le SVN conservera des copies de l'ancien code ainsi que des nouveaux codes que vous mettez à jour.

Est-ce l'idée de base ou est-ce que je me trompe complètement ?

Si j'ai raison, alors ça ne sera pas très utile si je.. :

• Ne faites pas travailler d'autres personnes sur le code.
• Ne prévoyez pas de laisser les autres avoir le code.

Answer 1

Avez-vous déjà :

• Vous avez modifié un code, vous avez réalisé que c'était une erreur et vous voulez revenir en arrière ?
• Vous avez perdu le code ou avez une sauvegarde trop ancienne ?
• Vous avez dû maintenir plusieurs versions d'un produit ?
• Vous voulez voir la différence entre deux (ou plusieurs) versions de votre code ?
• Vous voulez prouver qu'un changement particulier a cassé ou corrigé un morceau de code ?
• Vous voulez revoir l'historique d'un code ?
• Vous voulez soumettre une modification au code de quelqu'un d'autre ?
• Vous souhaitez partager votre code, ou laisser d'autres personnes travailler sur votre code ?
• Vous voulez savoir combien de travaux sont effectués, où, quand et par qui ?
• Vous souhaitez expérimenter une nouvelle fonctionnalité sans interférer avec le code en cours ?

Dans ces cas, et sans doute d'autres, un système de contrôle de version devrait vous faciliter la vie.

Pour mal citer un ami : Un outil civilisé pour un âge civilisé.

Answer 2

Même si vous travaillez seul, vous pouvez bénéficier du contrôle de la source. Entre autres, pour les raisons suivantes :

• Tu ne perds rien. Je n'ai plus jamais commenté de code. Je le supprime simplement. Il n'encombre pas mon écran, et il n'est pas perdu. Je peux le récupérer en vérifiant un ancien commit.

• Vous pouvez expérimenter à volonté. Si cela ne résout pas le problème, revenez en arrière.

• Vous pouvez consulter les versions précédentes du code pour savoir quand et où les bogues ont été introduits. git bisect est excellent à cet égard.

• Des fonctions plus "avancées" comme le branchement et la fusion vous permettent d'avoir plusieurs lignes de développement parallèles. Vous pouvez travailler sur deux fonctionnalités simultanées sans interférence et passer de l'une à l'autre sans trop de problèmes.

• Vous pouvez voir "ce qui a changé". Cela peut sembler basique, mais c'est quelque chose que je me surprends à vérifier souvent. Je commence très souvent mon flux de travail individuel par : qu'est-ce que j'ai fait hier ?

Allez-y et essayez. Commencez lentement par les fonctions de base et apprenez-en d'autres au fur et à mesure. Vous vous rendrez vite compte que vous ne voudrez plus jamais revenir à "l'âge sombre" de l'absence de VCS.

Si vous voulez un VCS local, vous pouvez installer votre propre serveur de subversion (ce que j'ai fait dans le passé), mais aujourd'hui je recommanderais l'utilisation de git . Beaucoup plus simple. Tout simplement cd dans votre répertoire de code et exécutez-le :

git init

Bienvenue au club.

Answer 3

Le contrôle de version est un outil rare qui, selon moi, est absolument nécessaire, même si vous ne l'utilisez qu'en tant que développeur solo. Certains disent que c'est un outil qui vous fait vivre et mourir, je suis d'accord avec cette affirmation.

Vous utilisez probablement le contrôle de version en ce moment, même si vous ne le savez pas. Avez-vous des dossiers portant la mention "XXX Php Code (December)" ou "XXX.php.bak.2" ? Ces sont déjà des formes de contrôle de version. Un bon système de contrôle de version s'en chargera automatiquement pour vous. Vous pourrez revenir en arrière à n'importe quel moment (où vous avez enregistré des données) et voir une copie exacte de ces données.

En outre, si vous adoptez un système comme subversion et utilisez un dépôt distant (par exemple sur un serveur qui vous appartient), vous disposerez d'un endroit où conserver l'ensemble de votre code. Vous avez besoin d'une copie de votre code ailleurs ? Aucun problème, il suffit de la consulter. Panne de disque dur à la maison ? Pas de problème (du moins avec votre code source).

Même si vous n'utilisez pas le contrôle de version pour l'instant, il est probable que vous l'utiliserez à un moment ou à un autre de votre carrière et vous avez tout intérêt à vous familiariser avec les principes dès maintenant.

Answer 4

Même en travaillant seul, cela est-il déjà arrivé ? Vous lancez votre application, quelque chose ne fonctionne pas et vous vous dites "ça marchait hier, et je vous jure que je n'ai pas touché à cette classe/méthode". Si vous vérifiez régulièrement le code, un rapide diff de version montrerait exactement ce qui a changé au cours de la dernière journée.

Answer 5

Même en tant que développeur unique, le contrôle des sources offre un grand avantage. Il vous permet de stocker l'historique de votre code et de revenir à tout moment aux versions précédentes de votre logiciel. Vous pouvez ainsi expérimenter sans crainte, car vous pouvez toujours revenir à une autre version de votre code source qui fonctionnait.

C'est comme si vous disposiez d'un bouton "annuler" géant qui vous ramène à votre première ligne de code.