Qu'est-ce qu'un bon référentiel source léger pour le développement local? [fermé]


15

Je fais du prototypage localement que je voudrais garder sous contrôle de source (à des fins de sauvegarde et de restauration) mais je ne veux pas nécessairement le publier en open source ou le rendre disponible en ligne pour que d'autres puissent le voir.

Quel système de contrôle des sources recommanderiez-vous pour le développement local? Toute configuration ou marche à suivre pour mon scénario est grandement appréciée.

Je cherche:

  • Configuration et administration faciles. Comme il s'agit de ma machine locale, je suis limité à Windows OS et je voudrais vraiment minimiser la quantité de changements de configuration de l'environnement et la courbe d'apprentissage nécessaire. Il n'y aura qu'un seul utilisateur, donc je ne veux pas configurer les droits d'accès, etc.
  • Faible surcharge de ressources, je veux héberger localement sur ma machine de développeur, donc je ne veux pas qu'il aspire mon CPU. Je n'ai pas non plus l'intention de stocker d'énormes quantités de données.
  • Familier. J'ai déjà utilisé des clients SVN. L'intégration de Visual Studio est un atout.
  • Portable. Si je dois le déplacer sur un disque externe ou sur une autre machine.
  • Gratuit. Oui, je veux tout et je ne veux pas avoir à payer pour cela.

git par exemple fait probablement à peu près tout ce que vous voulez, et à mon humble avis, vous auriez pu le comprendre facilement en utilisant Google. Ce n'est pas comme s'il y avait des centaines de VCS.
stijn

8
Google ne me fera pas part de vos expériences sur un forum auquel je fais confiance.
bryanbcook

Y a-t-il une raison particulière pour laquelle vous ne souhaitez l'héberger que localement? Il est généralement préférable d'héberger en ligne (comme une forme de sauvegarde), pour se prémunir contre la panne de votre machine (c'est peu probable mais cela pourrait arriver un jour).
apoorv020

Réponses:


32

Ma recommandation personnelle est git. Aucun serveur requis, et placer un répertoire sous contrôle de source est aussi simple que:

git init .
git add .

Ensuite, vous vous engagez normalement. Selon cette question , il a également une bonne intégration de studio visuel.


12
Il est limité à Windows. Mercurial est beaucoup plus agréable sous Windows. Obtenez simplement TortoiseHG tortoisehg.bitbucket.org et vous êtes prêt à utiliser un seul programme d'installation. Pas de cerceaux à franchir, pas besoin de mysysgit ou cygwin ou quoi que ce soit d'autre.
Curtis Batt

2
Je suis tombé amoureux de ce mythe hg / git aussi, mais j'ai en fait essayé git sur windows. Ce n'est pas parce que Linus Torvalds n'aime pas / n'utilise pas Windows que git ne fonctionne pas bien à cause des gens qui s'en soucient. Avec TortoiseGit, vous obtiendrez exactement la même expérience utilisateur que TortoiseHg, mais avec beaucoup plus de vitesse, au moins sur notre base de code de fichier versionné à 60 000 au travail. Et depuis quand un développeur de logiciels se soucie-t-il d'un seul programme d'installation supplémentaire?!
Karl Bielefeldt

3
@qes, de quelle manière?
Karl Bielefeldt

1
@ Thorbjørn, ne vous méprenez pas, msysgit est une très bonne décision de "dénominateur commun". Si vous obtenez de l'aide en ligne, par exemple, vous obtiendrez une commande CLI comme réponse. TortoiseGit a probablement le deuxième plus haut taux d'abonnement parmi les utilisateurs de Windows, d'après ce que j'ai lu dans les forums, mais les amateurs d'IDE et les ennemis de l'explorateur de votre groupe ne l'aimeront pas. Je formerais probablement au départ un groupe sur msysgit et TortoiseGit, mais je les encouragerais à expérimenter avec d'autres clients s'il y a des fonctionnalités qui leur semblent manquantes ou sous-optimales.
Karl Bielefeldt

1
"Mercurial est beaucoup plus agréable sur Windows" - plus maintenant .
Moshe Revah

30

J'utilise Mercurial pour ça. Il est léger, facile à installer et à apprendre, et possède toutes les fonctionnalités dont vous aurez besoin pour un travail individuel. (Git a été conçu pour le développement du noyau Linux et pourrait bien être le meilleur choix pour les grands projets distribués.)


5
Mercurial a également été conçu pour être utilisé dans le développement du noyau Linux. Cependant, Linus était à peu près "non, utilisons le mien" et les développeurs Linux étaient partout parce que Linus l'avait fait.
Thomas Owens

6
D'après ce que j'ai essayé de git / mercurial, je préfère mercurial. Pour l'hébergement gratuit d'un référentiel privé / public illimité pour 1 utilisateur (ce qui est parfait pour le travail en solo), essayez bitbucket.org
ryanzec

7

J'irais probablement avec mercurial, mais si vous aimez SVN plus que vous pouvez simplement utiliser des référentiels SVN de type de fichier localement sans aucune sorte d'infrastructure mais un système de fichiers.


4

Perforce ferait ce que vous voulez. Il est très facile à configurer (il est livré avec un programme d'installation), ne monopolise pas les ressources (je l'ai moi-même exécuté localement), possède un plugin VS qui fonctionne assez bien et dispose d'une version gratuite pour un usage individuel.

Cependant, je n'ai pas essayé de le porter sur une autre machine, donc je ne sais pas à quel point il est bon dans ce sens.

Il y a quelques bizarreries avec l'intégration VS, en particulier autour du déplacement / changement de nom des fichiers, mais ceux-ci sont faciles à contourner en utilisant le client Perforce.


Pourquoi un downvote?
Adam Lear

je ne sais pas. doit être forcément haineux là-bas.
bryanbcook

Le plugin perforce est horrible, avec ajout / renommage / mouvements manuels, etc. et ajout de liaisons VSSC au fichier de solution. Il existe une extension pour VS2010 appelée vs2P4 ou similaire (recherchez perforce dans la galerie en ligne). Cela ne me fait plus aimer forcément, je déteste juste moins.
Jim Schubert

1
De plus, +1 car nous avons des téraoctets de code et d'autres fichiers stockés dans perforce. Autant que je ne l'aime pas, c'est assez solide d'après ce que je peux dire.
Jim Schubert

1
Perforce me semble être une lettre morte. Le modèle de paiement puis d'édition et la ramification extrêmement lourde sont des responsabilités majeures, d'autant plus qu'il existe des alternatives excellentes et entièrement gratuites.
kevin cline

3

Si vous êtes déterminé à l'héberger vous-même, les suggestions de @Karl et @ Anna fonctionnent. Si vous ne voulez pas vous embêter, vous pouvez utiliser l'un des nombreux fournisseurs de contrôles de source hébergés.

Project Portal propose un service d'hébergement SVN gratuit. http://projectlocker.com/


1
+1. Il y a aussi bitbucket.org qui fournit un hébergement Mercurial gratuit et permet des référentiels privés sur le compte gratuit.
Adam Lear

Ou vous pouvez configurer votre propre serveur SVN en utilisant svnserve. Il n'est pas trop difficile à configurer si vous savez comment configurer la redirection de port sur un routeur (et DynDNS si vous avez une IP dynamique) et avez un peu de temps pour google comment l'installer. J'en ai dirigé un à domicile pendant environ 2 ans que j'ai utilisé pour le développement pour moi-même (à Denver) et un autre développeur (à Montréal) pour co-développer un projet. Si vous avez le temps (et la patience), je vous suggère certainement d'apprendre git et de configurer un démon de serveur git.
Evan Plaice

3

J'utilise Kiln .
Il utilise Mercurial pour le contrôle des sources et s'intègre aux outils de révision de code, de suivi des bogues et de gestion de projet.
Mieux encore, il est gratuit pour jusqu'à 2 utilisateurs et votre code est sauvegardé en toute sécurité sur leur service d'hébergement (hébergement privé).


2

J'adore TortiseSVN (http://tortoisesvn.tigris.org/)

Tout est intégré dans le shell Windows, pas de serveur supplémentaire à configurer ou non. La courbe d'apprentissage est pratiquement nulle. Recherchez le dossier dans lequel créer le référentiel, cliquez avec le bouton droit et sélectionnez Créer un référentiel. Effectuez l'archivage initial si nécessaire, puis effectuez l'extraction initiale dans le répertoire de vos fichiers source.

Vous pouvez tout faire en utilisant le shell Windows et les dossiers svn sont superposés avec des icônes pour indiquer s'il s'agit de modifications.


1

Vous pouvez utiliser git sur codaset . codaset vous permet d'avoir 1 référentiel privé, vous n'êtes donc pas obligé de publier votre code. Mais je ne suis pas sûr de l'intégration de git avec Visual Studio (je sais que git fonctionne bien sous Windows depuis que je l'ai utilisé avec QT).


0

Étant donné que TortoiseGit fonctionne plutôt bien, j'utilise cela, mais à un moment donné, j'utilisais Bazaar assez largement sous Windows. Je pense que la courbe d'apprentissage est beaucoup plus légère pour Bazaar que Git, et Bazaar a un support plus structuré pour différentes dispositions VCS que Git. Cela signifie que vous pouvez utiliser Bazaar un peu comme SVN, et même utiliser un référentiel SVN comme référentiel distant pour un référentiel Bazaar local.

Je pensais que c'était un bon produit de transition allant de SVN à VCS distribué.

De plus, je pensais que TortoiseBzr n'était pas très bon, mais Bazaar est livré avec un très bon tableau de bord de gestion graphique tout-en-un que j'ai beaucoup utilisé. Si la portabilité est un problème, le tableau de bord de gestion peut être une bonne option au lieu de l'un des produits Tortoise ***.


0

Mettre un projet en contrôle de version à l'aide de Bazaar est aussi simple que:

bzr init
bzr add
bzr commit -m 'added files'

Si vous connaissez Subversion, vous devriez vous sentir chez vous avec Bazaar: les svncommandes les plus courantes fonctionnent exactement de la même manière dans Bazaar.

Bazaar est très facile à apprendre, ce qui n'est pas un hasard étant donné que la convivialité faisait partie de ses principaux objectifs de conception. Bazaar est un outil intuitif et facile à comprendre qui ne vous gêne pas. Le bazar est cohérent tout au long, il devrait y avoir peu ou pas de mauvaises surprises (j'en ai eu des tonnes de bonnes).

Il correspond à la facture car vous avez décrit vos besoins, à l'exception de l'intégration de Visual Studio. La dernière fois que je l'ai évalué en 2010, il n'était pas prêt à être adopté sur mon lieu de travail, mais les choses ont peut-être changé depuis. (Dans tous les cas, vous avez écrit que c'est une bonne chose à avoir.)


-2

RocketSVN est maintenant un produit congelé. Ce n'est plus en cours de développement. J'utilise donc uberSVN et tortoiseSVN. Ils sont à la fois gratuits et assez faciles à utiliser.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.