Meilleur contrôle de version pour le développeur seul

Question

Je suis un développeur seul en ce moment; s'il vous plaît partager vos expériences sur ce qui est une bonne configuration VC pour un développeur seul.

Mes contraintes sont;

• Je travaille sur plusieurs machines et le besoin de les garder synchronisés jusqu'à
• Parfois, je travaille en ligne

J'utilise actuellement Subversion (juste le client à un serveur distant), et est fonctionne bien. Je suis intéressé par Mercurial et git DVCS, mais aucun de leurs cas d'utilisation n'a de sens pour ma situation.

EDIT: J'ai migré mon développement actif vers Fossil http://www.fossil-scm.org/ après l'avoir testé avec un client. J'aime vraiment les fonctionnalités pour autosynchroniser mes dépôts (réduire les fourches accidentelles), le support de documentation (wiki et embarqué/versionné) qui supporte mon besoin de documenter le code et le projet dans différents espaces, le tracker facile à configurer, un bon accès contrôle, interface Web skinnable et communauté utile.

Answer 1

Pourrais-je suggérer un contrôle de version plutôt nouveau appelé fossile.

Ce n'est pas un projet moi aussi, il est écrit par le Dr Richard Hipp, le même gars qui a fait SQLite. L'ensemble du dépôt est un fichier SQLite, donc c'est très solide. Vous avez un wiki et un système de ticket intégré. Vous pouvez avoir de nombreux utilisateurs avec des droits variables, ainsi vous pouvez donner à vos utilisateurs le droit d'émettre des tickets mais pas de voir le code source.

Ceci est assez simple, simple et fonctionne comme un système distribué, ce qui signifie que vous pouvez cloner et archiver localement et à distance.

Plus d'informations peut être vu sur http://www.fossil-scm.org/ et si vous regardez de près, vous voyez que tout le site est en fait fossile.

Une chose qui m'a vraiment impressionné avec fossile, c'est que c'est juste un fichier, c'est tout. Tout le programme des fossiles est plutôt petit, mais compte tenu de l'auteur, ce n'est pas vraiment une surprise.

Etant donné que votre référentiel est un fichier sqlite, il vous suffit de le copier et vous avez une sauvegarde.

Answer 2

Subversion fonctionne très bien (en particulier avec TortoiseSVN). Je ne pense pas que tout VC distribué aurait un avantage dans un scénario de développeur unique. Edit: Je n'avais pas remarqué la partie "parfois je travaille hors-ligne" quand j'ai répondu à l'origine. Dans ce cas, je suppose que vous devez peser la complexité supplémentaire d'un DVCS avec le fait qu'il vous donne l'histoire hors ligne/révisions.

Answer 3

SourceGear Vault est gratuit pour un développeur et est très bon.

Answer 4

Travailler hors connexion est tout à fait logique pour Git. Vous pouvez parcourir l'ensemble de votre historique, effectuer des validations, faire des fusions, créer des branches, essentiellement faire tout ce qui concerne votre référentiel hors ligne. De plus, vous pouvez configurer un référentiel central qui est le «maître», c'est-à-dire que vous allez pousser tous vos changements dans ce référentiel central. De cette façon, vous savez toujours où se trouve le dernier code, mais vous avez également l'avantage de pouvoir envoyer des modifications d'une machine à une autre si vous en avez besoin.

J'ai récemment converti tous mes dépôts Subversion 80 + à Git, et je n'ai pas regardé en arrière.

Answer 5

Je recommande toujours darcs cette situation (here's my answer to a similar question) comme interface de ligne de commande utilisateur est une joie à utiliser et la joie est ce que je veux de mon propre développement :)

Git est livré avec des interfaces graphiques réalistes, mais Je l'ai trouvé trop lourd par rapport à Darcs quand je tape sur la ligne de commande à utiliser pour des projets personnels.

Soit répondra à votre besoin de travailler hors ligne et ils sont tous deux faciles à synchroniser les changements avec.

Answer 6

Je recommande assembla.com - ils fournissent gratuitement svn, wiki et trac. Je n'ai rien de mieux que ça!

Answer 7

Subversion nécessite l'accès à un référentiel centralisé. Si vous travaillez hors connexion et à partir de plusieurs machines, cela signifie que vous ne pouvez pas effectuer de révisions en mode hors connexion.

Une solution Unix bones serait de conserver un historique dans le répertoire de travail avec RCS, et de synchroniser le répertoire de travail (y compris l'historique) entre les différentes machines en utilisant Unison.La principale mise en garde serait que, si vous changez de machine, vous devrez d'abord les synchroniser avant de commencer à commettre de nouvelles révisions. Si c'est un problème, il vaut mieux regarder dans un vrai DVCS.

Answer 8

Bazaar: Voir les solo use case et Bazaar in 5 minutes.

Surtout pour une utilisation hors ligne, un distributed version control system est le chemin à parcourir.

Answer 9

Si vous êtes avec la subversion Comfortabel, je vous suggère de jeter un oeil à SVK

Answer 10

Chaque personne va probablement vous dire que leur favori DVCS est le meilleur pour vous. Je dirais que Mercurial est le meilleur! ;-)

Mais c'est de la merde. Vous avez définitivement besoin d'un DVCS, mais essayez-les tous, ou du moins les plus utilisés, et faites votre choix par vous-même. Choisir le DVCS pour lequel vous connaissez un gourou est également un choix judicieux, BTW. Je recommande d'essayer (ou de lire la documentation de) au moins Mercurial, Git et Bazaar. SVK peut avoir la caractéristique désirable qu'il est conçu pour interagir avec SVN, mais la dernière fois que j'ai vérifié qu'ils avaient des problèmes de performance méchant. Git a aussi un plugin d'interaction SVN, AFAIK.

Answer 11

Vous pouvez trouver les réponses à la question que je posais utile: (armée d'une) alternative à VSS pour un one man show:

Alternative to VSS for a one man show (army of one?)

Answer 12

Vous devez essayer un DVCS (ou ce que je appelez un peer2peer VCS). Je suis d'accord avec le président. Ne perdez pas de temps avec svn et tout ce qui est fait pour le rendre utile. Un DVCS c'est plus intuitve que l'ancien style client-serveur déconseillé. SVN ne sait pas ce qu'est un tag, ou une branche. Pour Svn tous sont juste des copies.

Par exemple: il est si difficile d'implémenter une variable comme un numéro de révision.

En mercurial une étiquette est juste cela. Vous ne pouvez pas garder trace des versions d'une balise comme vous pouvez dans svn.

Lisez ici dvcs guide pour commencer. Ensuite, vous pouvez utiliser svk, mercurial aka hg ou git. Mais s'il vous plait, ne remontez pas dans le temps

Answer 13

Je suis un grand fan du contrôle de version distribué. J'ai joué avec git, mercurial et bzr, et maintenant j'utilise git pour tous mes projets. Tous les trois sont parfaits pour un usage personnel, car il est si simple de créer un nouveau référentiel sur votre ordinateur. Vous n'avez pas besoin d'exécuter de serveurs.

Voici quelques idées pour partager votre référentiel sur plusieurs ordinateurs. 1) Utilisez un service hébergé comme github. Habituellement, ils sont gratuits pour les projets open source et à faible coût pour les projets commerciaux. Nous utilisons github au travail. 2) Utilisez la boîte de dépôt pour créer un disque partagé sur Internet auquel tous vos ordinateurs peuvent accéder. C'est gratuit pour moins de 2 GB. (Si vous êtes sur Ubuntu, Ubuntu One est une autre alternative.) Mettez votre dépôt maître git sur une boîte de dépôt, puis placez des dépôts locaux sur chacun de vos ordinateurs. (Ainsi, dropbox joue le même rôle que github.) Il est entièrement gratuit, vous permet de travailler hors ligne facilement, vous permet de partager le référentiel avec d'autres développeurs plus tard si vous le souhaitez, et il est sauvegardé automatiquement.

De même, si vous voulez vraiment utiliser SVN, regardez une solution hébergée comme cvsdude (malgré le nom, ils exécutent SVN) plutôt que d'utiliser votre propre serveur. Vous pourrez accéder à votre code depuis n'importe où, et cela ne vous coûtera que 5-10 $/mois.