2010-02-18 3 views
9

Puis-je utiliser Tortoise SVN pour avoir un meilleur contrôle de version du code source sur mon ordinateur personnel?Utilisation de Tortoise SVN pour le contrôle de version mono-utilisateur

Je n'ai pas besoin de partager le code source avec quelqu'un, c'est juste que je suis fatigué de créer une nouvelle copie du fichier chaque fois que je dois y apporter des modifications et garder une trace de tous ces fichiers.

Y at-il un lien qui explique la même chose que vous pouvez me diriger vers? ou dites-moi simplement ce que je devrais faire ...

Répondre

11

Vous pouvez simplement créer un "repo" sur votre système de fichiers sans exécuter un serveur. This article donner des instructions détaillées. Fondamentalement, vous créez un dossier de prise en pension, utilisez TortiseSVN pour créer un référentiel dans ce dossier, puis vérifiez votre repo, en utilisant le protocole de fichier (file:///path/to/repo), dans votre espace de travail de développement ..

+0

Cet article suppose que c'est un nouveau projet. Je reçois l'avertissement "Le dossier de paiement n'est pas vide" – sarsnake

4

Vous pouvez le faire, et je vous recommande de le faire. J'étais dans votre état, il ya environ un an, modifier un petit morceau de code ici et là, et quelques semaines plus tard, j'ai trouvé que c'était un désordre total sans aucun moyen de savoir ce que j'ai fait quand, pour quelle raison.

Installez SVN, installez l'extension de shell Tortis SVN, créez un dépôt local, puis commencez à valider au fur et à mesure de vos besoins. Jetez un coup d'oeil pour un tutoriel par Jeff Atwood - SVN in Windows

(En supposant Windows, vous ne l'avez pas mentionné votre système d'exploitation, Linux devrait venir avec svn installé, sinon installer simplement à partir de votre gestionnaire de paquets).

-2

fait pour un seul scénario utilisateur, Git est probablement un meilleur choix. en particulier sur une machine UNIX/Linux/OSX.

tout ce que vous devez faire pour utiliser git un seul développeur est

> git init 
> git add . 
> git commit -m"first check in" 

cela ne peut pas être plus simple

si vous voulez pousser à vous faire Distants

> git remote add origin [url to remote repository like github for example] 
> git push origin master 

tirer

> git pull origin master 

git est de loin le système de contrôle de version le plus facile à utiliser et à maintenir et documenté qu'un seul développeur peut utiliser. Ce n'est pas un citoyen de première classe dans Windows comme c'est le cas sous Linux et OSX, mais je l'utilise encore sur tout le reste, même sous Windows.

+1

Peut-être que vous étiez downvoted parce que vous n'avez pas donné de raisons pour lesquelles vous pensez que c'est un meilleur choix pour un scénario mono-utilisateur. Peut-être pourriez-vous nous éclairer un peu. –

+1

GIT GUI est juste trop encombrant et est une boule de cire entièrement différente de celle des autres produits VCS. Je l'ai installé mais il était chinois pour moi - j'ai juste abandonné et l'ai désinstallé. – sarsnake

+0

Git n'a pas besoin d'une interface graphique, tout ce qu'un seul développeur doit faire peut être fait en 3 commandes pour les dépôts locaux et 5 commandes pour travailler avec les télécommandes. –

4

Git ou Mercurial sont des systèmes de contrôle de version récents et peuvent en effet être mieux adaptés que SVN pour cela. TortoiseHG est une interface utilisateur compatible Mercurial similaire à TortoiseSVN. Le flux de travail est très similaire: ajoutez les fichiers que vous voulez mettre à jour, validez chaque fois que vous atteignez un jalon, et mettez à jour/vérifier quand vous voulez revenir à une révision anticipée.

Mercurial est beaucoup plus facile que SVN à configurer et utiliser efficacement une fois que vous vous y êtes habitué. Vous n'avez pas besoin d'initialiser un référentiel séparé, il réside dans votre répertoire de travail (il suffit d'exécuter la commande init sur votre jobdir).Si vous devez travailler sur des versions séparées du même projet, vous pouvez simplement faire une copie de votre répertoire de travail, valider différents changements dans chaque copie, et finalement apporter des changements de l'un à l'autre si vous le souhaitez (SVN nécessite vous pouvez créer manuellement des branches dans le dépôt central, et les fusions sont plus difficiles à obtenir).

dépôts Mercurial sont également beaucoup plus facile de sauvegarde et de restauration (vous pouvez toujours simplement les copier, mais vous pouvez utiliser pousser et tractions pour effectuer des transferts supplémentaires à l'emplacement de sauvegarde)

Voici un good reference book about Hg; Une fois que vous obtenez les bases, l'utilisation de l'interface graphique devrait suivre naturellement. Et si je vérifie le projet existant?

+0

Je seconde ceci; Je suis sûr que OP trouvera un git ou mercurial largement supérieur à SVN ou CVS. Personnellement, je trouve mercurial beaucoup plus simple à utiliser que git, avec un meilleur support windows, mais je suis sûr que ça irait bien aussi. –

Questions connexes