Contrôle des révisions facile à utiliser pour une personne

Question

J'utilise des outils de contrôle des révisions pour gérer les versions changeantes de ma page Web, des documents LaTeX, ainsi que du code source réel, mais je ne pense pas que je le fais correctement. J'ai utilisé cvs pendant un moment, puis git plus récemment, mais je ne suis pas vraiment content avec eux, peut-être parce que je les utilise incorrectement. Je voudrais des conseils sur la façon de les utiliser correctement, ou une suggestion pour un autre type d'outil. Fondamentalement, je voudrais utiliser le contrôle de la source comme une fonction d'annulation à long terme persistante que je peux facilement parcourir. Par exemple, si j'avais un projet Java en éclipse, ce serait bien si je pouvais voir des vues côte à côte du fichier en cours et une version antérieure avec des options pour revenir complètement ou couper et coller à partir de l'ancien. En termes de quelque chose comme un arbre de la page Web, j'aimerais voir des vues côte à côte d'un arbre et revenir à des anciennes versions de fichiers ou ramener un répertoire entier qui a été précédemment supprimé.

À l'heure actuelle, je fais un git add .; git commit -a chaque fois que je fais des changements majeurs et que je peux restaurer certaines anciennes versions de fichiers si j'en ai besoin. Chaque fois que je devais revenir en arrière et parcourir l'arborescence de révision, cela semblait compliqué. J'ai essayé quelques interfaces graphiques dans le passé, y compris une visionneuse CVS basée sur le Web, mais elle semblait encore plus difficile que nécessaire.

Est-ce que je fais mal? Ou y a-t-il un outil différent que je devrais utiliser?

Answer 1

Git fonctionne certainement mieux si vous faites des validations qui sont changements logiques à votre code. C'est ainsi que vous pouvez (a) dire ce qu'ils sont plus tard, et (b) choisir et les choisir si vous avez besoin. Si vous commettez simplement tout ce qui a changé depuis un point arbitraire dans le passé, il n'est pas surprenant que votre historique de commit semble compliqué.

Je suggérerais de m'entraîner en utilisant Git pour essayer de faire de petits commits indépendants chaque fois que vous changez quelque chose. Non seulement vous trouverez votre histoire de projet plus sensible, mais vous serez bien entraîné dans la partie la plus importante du contrôle de la source lorsque le moment viendra où vous devrez collaborer avec d'autres personnes en utilisant un système de contrôle de la source.

Answer 2

Je peux répondre à une partie de votre question: gitk, même si elle est moche, est la plus intéressante des interfaces graphiques et elle est livrée avec Git. Cela vous permet de voir les différences entre deux révisions différentes.

Answer 3

Je voudrais différer de mes enceintes.

J'utilise le vieux RCS pour les choses de fichier singe, comme les fichiers de point, les fichiers de configuration et les petits projets. Je sais que c'est vieux et que je ne l'utilise plus énormément, mais pour les petites choses qui ne sont utilisées que par une seule personne, c'est génial. C'est très facile à utiliser, et prend presque aucune configuration préliminaire. J'utilise ci -o et co -l pour utiliser le rcs.