Oui, essayer, ça vaut le coup.Et la langue que vous utilisez n'a pas d'importance. Cela fonctionne très bien avec PHP pour moi et pour vous aussi.
Avantages
Si vous êtes le seul développeur, il est en effet plus facile d'aller sans contrôle de version. Cependant, vous trouverez de grands avantages à utiliser un système de contrôle de version. Certains des avantages les plus faciles seront:
- Ne jamais se demander quelle est votre dernière version une fois que vous allez revenir à un projet (pas plus myproject090201-archive2-final6.zip)
- jamais peur de commencer une grande refactoring , si vous faites une erreur sur votre fichier, vous revenez à la dernière version
- Si quelque chose ne fonctionne plus dans votre projet et que vous avez l'impression que cela a fonctionné à un moment donné, vous pouvez tester certaines des versions antérieures facilement et regarder la différence entre la version de travail et la version non-travail pour trouver ce qui a cassé le code
- Sauvegarde supplémentaire de votre cu projet rrent, et encore mieux si ce n'est pas sur votre machine ... bien sûr, des points supplémentaires pour sauvegarder votre système de contrôle de version, nous ne sommes jamais trop prudents, vous ne voulez pas avoir à redémarrer ce projet d'un mois toi?
choix
Comme certains l'ont dit, vous avez quelques choix pour votre système de contrôle de version et je suppose que vous voulez un libre pour commencer. Il y a quelques excellents produits commerciaux mais les gratuits n'ont rien à avoir honte. Voici donc quelques systèmes de contrôle de version gratuite très populaire:
centralisée par rapport distribué
Subversion existe depuis un moment et est classé comme «centralisé». Ce qui veut dire que tout le monde ira toujours chercher la dernière version et commettra son dernier travail sur un système central, souvent sur un autre système bien qu'il puisse facilement être sur votre propre machine. C'est un processus facile à comprendre.
Les trois autres sont appelés «distribués». Il y a beaucoup de différents processus possibles car c'est un système plus flexible et c'est pourquoi ces trois nouveaux arrivants obtiennent beaucoup de traction ces jours-ci dans les projets open source où beaucoup de gens interagissent entre eux. Fondamentalement, vous travaillez avec vos propres révisions sur votre propre machine, en faisant autant de copies que vous avez besoin et en décidant quelles versions vous partagez avec d'autres personnes sur d'autres ordinateurs.
La tendance semble définitivement aller vers un système distribué mais comme ces systèmes sont plus récents, il leur manque toujours les outils GUI qui les rendent vraiment conviviaux à utiliser et vous pouvez parfois trouver la documentation un peu plus légère. D'un autre côté, tout cela semble être corrigé rapidement.Dans votre cas, comme vous travaillez seul, cela ne fera probablement pas une grande différence, et même si vous entendrez de très bons points pour les systèmes centralisés et distribués, vous pourrez travailler avec l'un ou l'autre. autre sans aucun problème.
Outils
Si vous avez absolument besoin d'un outil graphique pour votre Mac, je puis choisi SVN pour s'initier au contrôle de source. Il y a deux très bons produits pour que (commercial):
et quelques other ones (comme la libre svnX) qui deviennent un peu vieux et hostile à mon avis mais cela pourrait être intéressant d'essayer de toute façon. Si cela ne vous dérange pas de ne pas utiliser les outils GUI, avec l'aide de Terminal, vous serez capable de faire toutes les mêmes choses avec quelques lignes de commandes simples avec l'un des systèmes mentionnés ci-dessus.
points de départ
Dans tous les cas, vous voulez des points de départ.
Pour Subversion, votre premier arrêt doit être leur livre libre, Version Control with Subversion. Prenez quelques heures de votre journée pour parcourir les chapitres, le temps sera bien investi. Les chapitres d'introduction sont une bonne lecture, même si vous ne voulez pas utiliser spécifiquement Subversion car cela vous permettra de mieux comprendre le contrôle de version. Pour un système distribué, je me suis bien amusé avec Mercurial mais c'est un sujet facilement inflammable, je vais donc vous laisser faire votre propre choix là-bas. Mais si vous finissez par regarder Mercurial, jetez un oeil à this blog post, ce fut un excellent démarreur pour moi qui vous permettra de démarrer avec les bases en quelques minutes si vous êtes déjà un peu habitué au contrôle de version en général . Quoi qu'il en soit, passez à Mercurial's homepage et consultez la section Mise en route de la page.
Conclusion
Donnez un coup, investir un jour essayer avec quelques fichiers faux. Essayez de renommer des fichiers et des répertoires, d'effacer, de déplacer des objets, de valider des fichiers binaires par rapport à des fichiers texte, de résoudre des conflits et de revenir à des versions antérieures pour vous en débarrasser. Ce sont souvent les premiers obstacles que vous rencontrerez lorsque vous jouerez avec le contrôle de version, et ce sera sans douleur si vous travaillez sur un projet hors production.
Dans tous les cas, c'est quelque chose d'intéressant à apprendre qui sera utile avec vos projets solo et si vous finissez par travailler avec d'autres développeurs à votre travail actuel ou le prochain.
Bonne chance!
Quel genre d'environnement de travail avez-vous? Le type de gestion du code source utilisé dépend de votre environnement. – Simurr
@alex, vous pouvez être intéressé par ma réponse à http://stackoverflow.com/questions/250984/do-i-really-need-version-control/251121#251121 –