Question de base: Un serveur subversion est-il nécessaire dans ce scénario?

Question

En ce moment:

• J'ai quelques projets logiciels personnels que je développe (juste moi, et sur un seul PC)
• utiliser largement TortoiseSVN pour la version contrôle
• run CollabNet Subversion serveur sur la même PC

Est-il vraiment un avantage d'avoir un serveur au lieu de simplement pointer vers le répertoire de dépôt?

Par exemple: au lieu de m'engager à svn://localhost/projectname, je pourrais simplement m'engager à C:/development/projectname et m'en tirer avec.

Quelqu'un pourrait-il me conseiller sur ce que la meilleure pratique est dans ce genre de senario?

Answer 1

Non, dans ce cas, il n'est pas nécessaire d'exécuter un serveur Subversion. Vous pouvez indiquer à TortoiseSVN d'accéder directement aux fichiers du référentiel (en utilisant le protocole file://) et tout fonctionnera correctement.

Cependant, en utilisant un serveur distinct vous rendra la vie plus facile si vous:

• voulez déplacer votre serveur Subversion à une autre machine
• commencer à utiliser séparés un ordinateur portable ou netbook de votre serveur
• voulez partager votre travail avec quelqu'un d'autre

Answer 2

Vous trouverez probablement plus simple d'utiliser Mercurial ou un autre DVCS.

Answer 3

Je ne pense pas qu'il soit nécessaire d'exécuter un serveur. Comme vous l'avez écrit, vous pouvez également valider dans votre référentiel local en utilisant un fichier: // url. Si je me souviens bien, l'utilisation d'une URL file: // est déconseillée si votre référentiel est stocké sur un partage réseau et/ou accessible par plusieurs utilisateurs. Mais tant que vous travaillez seul et localement, il n'y a pas de problème.

Si vous devez déplacer le référentiel vers un ordinateur serveur, cela ne devrait pas poser de problème (déplacez simplement le référentiel et pointez svnserve dessus).

Answer 4

La configuration du serveur est triviale et vous ne le faites qu'une seule fois. Alors pourquoi pas?

Mais ce n'est pas 100% nécessaire. Pourquoi s'embêter?

Je pense que cela n'a pas vraiment d'importance. Choisissez-en un et respectez-le. Personnellement, CollabNet fonctionne en tant que service sur ma machine de développement Windows à la maison. Je commets tous mes propres trucs et sauvegarde régulièrement le dépôt.

Je ne vois pas ce que l'avantage serait de pas utiliser le serveur. Configurez-le, utilisez-le fidèlement, sauvegardez-le, oubliez-le.

Pour moi, il s'agit de s'entraîner et de développer des habitudes. Je vous recommande de le faire de la même façon tout le temps.

Answer 5

Bien que je recommanderais maintenant un DVCS tel que git ou Mercurial, j'ai toujours utilisé un serveur. De cette façon, j'ai pu accéder à mon dépôt à partir de mon ordinateur à l'école ainsi qu'à partir du bureau qui hébergeait le référentiel.

Answer 6

Je suis aussi un one-man show, avec un réseau d'ordinateurs dans ma maison/bureau. J'ai dû configurer un serveur Windows 2008 de toute façon, donc j'ai mis Subversion dessus, et j'utilise Tortoise sur mon portable. J'aime avoir le maître sur une machine séparée, fait pour une meilleure sauvegarde. Aussi, je suis prêt au cas où un deuxième programmeur viendrait travailler dans le magasin.

Answer 7

Personnellement, j'utilise Mercurial et l'hébergement gratuit sur bitbucket. Je ne me sens pas très en sécurité si les données existent dans un seul endroit.

(seulement mentionner Mercurial car ils offrent l'hébergement gratuit, privé pour un travail non ouvert Sorce)

Answer 8

Oui, il est - dans le but de licenciement, pas la collaboration. Vous ne voulez pas perdre à la fois votre répertoire de travail actif et votre référentiel. Cependant, vous pouvez toujours mettre en place une autre forme de procédure de sauvegarde.