contrôle de version facile à sauvegarde pour Windows unique développeur

Question

J'ai vraiment besoin de commencer avec le contrôle de la source parce que je vais garder la trace absolument fou de mon code et modifications qu'il est.

Je suis un développeur unique sous Windows. J'utilise Eclipse pour la plupart de mon développement. Certains de mes projets sont enregistrés dans le dossier wamp / www. D'autres projets non PHP sont dans un ou plusieurs espaces de travail Eclipse.

Je ne travaille pas dans une équipe avec d'autres développeurs, donc mes besoins sont différents de cette façon:

• Je besoin de quelque chose qui me permet de créer un référentiel local. Je ne veux pas dépendre d'un site extérieur. Ce que je besoin est le contrôle de version, et non la sauvegarde externe.

• Sauvegarde facile est vraiment très important pour moi. J'ai besoin de sauvegarder facilement et restaurer le référentiel si je formater mon ordinateur. J'ai trouvé cette question qui suggère un contrôle de version appelé fossile qui sonne vraiment attrayant dans mon cas, parce que le système est un fichier SQLite. Ce serait super facile à sauvegarder et restaurer, mais je préférerais quelque chose d'un peu plus bien connu, s'il y a d'autres systèmes de version bien connue qui me permettent de faire la même chose.

fossil-scm.org/index.html/doc/tip/www/index.wiki

• Je besoin de quelque chose qui joue de préférence agréable avec WAMP.

• Je penche du côté de git parce que beaucoup de gens parlent, mais je me demande si c'est vraiment la bonne chose pour moi. J'ai le sentiment qu'il est préférable pour les équipes.

Answer 1

L'un des forts avantages de fossiles est qu'il a été conçu pour « cérémonie bas ». Vous ne devez pas faire la configuration quoi que ce soit, le fichier de base de données lui-même peut être maintenu au niveau local, et la plupart du temps reste juste de la route.

Je l'ai utilisé sur une poignée de projets qui sont pour la plupart-développeur unique principe et je suis en train de devenir attachés.

Il a une petite communauté d'utilisateurs en partie parce qu'il n'a pas eu beaucoup de marketing ou de l'évangélisation ouverte. Mais cette communauté compense son manque de marketing en étant très réactif sur sa liste de diffusion.

Mais il est aussi le contrôle de version debout derrière SQLite, il est à la fois un utilisateur de SQLite pour son fichier de base de données, ainsi qu'un outil de soutien important pour la mise en œuvre de SQLite.

Même pour un seul utilisateur, en profitant de la facilité de réplication d'un référentiel est un bon moyen de fournir une sauvegarde. Cacher vos dépôts sur une deuxième machine avec une quantité minimale de configuration CGI et vous pouvez AutoSynch votre travail et une sauvegarde en direct. Mettez cette machine dans la maison d'un ami ou à un hébergeur bon marché et que vous avez une sauvegarde hors site.

Modifier

Voir le fossile page d'accueil pour bon point de départ. Tout dépôt peut être consulté via le haut- interface web qui permet d'accéder à la ligne de temps, système de tickets, wiki et les paramètres du projet. Il peut également être utilisé pour afficher les documents archivés dans le référentiel. En fait, tous les liens vers les pages du site web fossiles sont servis par une copie de fossiles.

Il y a un livre décent sous forme de projet qui marche à travers le processus de utilisant fossiles pour les tâches courantes dans un projet de taille raisonnable.

Le référentiel source pour SQLite est également maintenue par fossile, et son interface Web est utilisée par une copie de fossiles ainsi. Tous les dépôts de données SQLite et le dépôt de fossiles sont synchronisés entre plusieurs tenus au serveurs géographiquement séparés par des tâches cron qui font des commandes de fossil sync périodiques.

Un moyen facile d'obtenir une prise d'un référentiel avec une riche histoire de jouer avec est de cloner la source elle-même fossile. Pour ce faire, placez une copie de l'exécutable fossile dans votre PATH, puis dans un exemple de quelque part de dossier vide

C:...>fossil  clone  http://www.fossil-scm.org/  fossil.fossil
C:...>mkdir src
C:...>cd src
C:...>fossil open ../fossil.fossil

Vous êtes maintenant debout dans un dépôt fossile ouvert contenant le code source complet et l'historique des révisions des fossiles. Avec GCC, awk et zlib disponibles, vous devriez être en mesure de le construire à partir des sources. (Sous Windows, il est plus facile de construire avec MinGW d'un MSYS bash rapide dans mon expérience.)

Vous pouvez faire périodiquement fossil update pour maintenir votre clone, et je vous recommande d'essayer fossil ui de voir la pleine puissance de l'interface Web avec l'accès administratif à votre clone.

Answer 2

Je pense que Mercurial sur TortoiseHg serait un très bon début pour les novices en ajouts cimentaires (oui, je sais que git est merveilleux aussi, mais IMHO il est trop difficile pour les débutants)

Answer 3

git est très facile à sauvegarder. Le dépôt est complètement autonome et peut être copié sur une autre machine ou gravés sur DVD. La restauration est aussi simple que de copier le dos repo à votre machine locale.

Answer 4

Si vous avez une deuxième machine, un lecteur externe ou un emplacement hors site montage, vous pouvez utiliser git ou Mercurial pour le contrôle source puissante et des sauvegardes super facile.

J'ai trouvé un mercurial peu plus facile à apprendre que git, néanmoins, je vais utiliser git comme un exemple ici puisque c'est ce que je suis habitué.

cd <my source folder>
git init
git add .
git commit -m "Committing all my code"
cd <my backup folder>
git clone --mirror <path to my source folder>

(maintenant vous avez deux copies de votre système de contrôle de code source! Si vous perdez un, vous avez l'autre). Vous pouvez aller dans le dossier de sauvegarde .git et tapez « git log » pour vérifier vos commits sont là.

Soit de leur crochet en sorte que le miroir peut facilement être en synchronisation:

cd <my source folder>
git remote add origin <path to my backup folder\foo.git>

après avoir fait et de valider les modifications, les envoyer à votre sauvegarde avec:

git push

Answer 5

Git, Mercurial et Bazaar tous les sons comme ils pourraient répondre à vos besoins. Tous les stocker le contenu du référentiel dans un seul dossier (par exemple, Git dans un dossier .git), ce qui les rend assez simple à sauvegarder - il suffit de copier ce dossier sur votre support de sauvegarde

.

Answer 6

Git a gagné beaucoup d'élan au cours des dernières années. Je parie que vous choisissez git basé sur l'avalanche de critiques et de commentaires. Mais son un surpuissant pour un seul développeur.

Je dirais que la subversion vous conviendrait le mieux. La commande de sauvegarde est « svnadmin dump> filename.svn La commande de restauration est la charge svnadmin

fossile est également très bien si vous allez utiliser le wiki et le suivi des défauts qui vient avec elle.

Answer 7

Si vous étiez après une interface graphique, essayez Perforce. La version gratuite a toutes les fonctionnalités de la version complète, sauf que vous êtes limité à un certain nombre de comptes.