Mise en route avec la version de contrôle

voix
70

Je dois mettre en œuvre le contrôle de version, même pour le développement que je fais à la maison. J'ai lu à quel point Subversion est pour les deux dernières années et était sur le point de me consacrer à l'apprentissage de ce côté jusqu'à ce que j'ai entendu parler Git étant le système de contrôle de version et à venir.

Compte tenu de la situation, je dois attendre et voir que l'on sort sur le dessus? Quels sont leurs avantages?

Une question que j'ai remarqué avec Git est il n'y a pas beaucoup GUIs complet, ce qui est important pour de nombreux utilisateurs de mon équipe.

De plus, ne me dérangerait pas des suggestions sur la façon de commencer avec l'un ou l'autre. (tutoriels, etc.)

Créé 05/08/2008 à 19:29
source utilisateur
Dans d'autres langues...                            


34 réponses

voix
80

La chose la plus importante sur le contrôle de version est:

JUSTE UTILISATION DÉMARRER

Ne pas utiliser le contrôle de version est une idée horrible. Si vous n'utilisez le contrôle de version, arrêtez de lire dès maintenant et commencer à l'utiliser.

Il est très facile de convertir

cvs<->svn<->git<->hg

Peu importe celui que vous choisissez. Il suffit de choisir le plus facile pour vous d'utiliser et de commencer à enregistrer l'histoire de votre code. Vous pouvez toujours migrer vers un autre (D) VCS plus tard.

Si vous cherchez un facile à utiliser look graphique à TortoiseSVN (Windows) et versions (Mac) (suggérée par codingwithoutcomments )


Modifier:

pix0r dit:

Git a quelques fonctionnalités intéressantes, mais vous ne serez pas en mesure de les apprécier, sauf si vous avez déjà utilisé la norme quelque chose comme CVS ou Subversion.

Ce. L'utilisation git est inutile si vous ne savez pas ce contrôle de version peut faire pour vous.

Edit 2:

Je viens de voir ce lien sur reddit: Cheat Sheet Subversion . Bonne référence rapide pour la ligne de commande svn.

Créé 05/08/2008 à 19:34
source utilisateur

voix
18

Utilisez la subversion, il est facile à installer, facile à utiliser, et a beaucoup d'outils. Tout futur système de révision aura une importation de fonction SVN, il est donc pas comme vous ne pouvez pas changer sur la route si vos besoins évoluent.

Créé 05/08/2008 à 19:31
source utilisateur

voix
16

Le Subversion livre est votre meilleur pari pour l' apprentissage de l'outil. Il peut y avoir d' autres tutoriels de démarrage rapide là - bas, mais le livre est la meilleure référence unique , vous trouverez.

Git a quelques fonctionnalités intéressantes, mais vous ne serez pas en mesure de les apprécier, sauf si vous avez déjà utilisé la norme quelque chose comme CVS ou Subversion. Je serais certainement d'accord avec les commentaires précédents et commencer par Subversion.

Créé 05/08/2008 à 19:36
source utilisateur

voix
13

Si vous êtes nouveau à versioncontrol lire ceci:
Source HOWTO contrôle

Créé 14/08/2008 à 08:42
source utilisateur

voix
10

Optez pour SVN. Si vous ne l'avez jamais utilisé le contrôle de la source avant, il ne sera pas question de vous d'une façon ou l'autre.

En outre, il n'y a pas une grande quantité d'apprentissage liés à l'utilisation d'un système de contrôle Source. Si vous apprenez un, vous pouvez facilement passer à une autre à une date ultérieure.

SVN est un excellent outil, et il doit prendre soin de la plupart de vos besoins. Et comme il a été autour, il a un partageur juste d'outils de l'interface graphique (TortoiseSVN, par exemple).

Optez pour SVN.

Créé 05/08/2008 à 19:33
source utilisateur

voix
8

Je l'ai utilisé RCS, CVS, CSSC, SourceSafe, coffre-fort, Perforce, subversion et git.

J'ai évalué BitKeeper, les dimensions, arc, bazar, SVK, ClearCase, PVCS et Synergy.

Si je devais commencer un nouveau dépôt aujourd'hui, je choisirais git . Les doigts dans le nez.

Il est gratuit, rapide et en cours de développement.

Et vous pouvez l'utiliser en tant que client de tout dépôt subversion utilisant git-svn.

Il berce.

Créé 14/08/2008 à 07:21
source utilisateur

voix
8

Pour une explication amicale de la plupart des concepts de base, voir un guide visuel de contrôle de version . L'article est très SVN convivial.

Créé 05/08/2008 à 19:39
source utilisateur

voix
5

De ma propre expérience avec elle, je ne recommanderais pas git comme une introduction au contrôle de version. Je l'ai utilisé pendant deux ou trois mois, et mon impression est qu'il est très puissant et - maintenant que je l'ai partiellement obtenu ma tête autour d'elle - raisonnablement intuitive. Cependant, la courbe d'apprentissage est très raide, même si je me sers de contrôle de version depuis des années. Il souffre également d'être trop expressif - il prend en charge de nombreux flux de travail différents et des modèles de développement, mais les seules indications sur « la meilleure » façon de l'utiliser est quelques pages profondes dans une recherche Google, ce qui rend également difficile pour un nouveau venu de choisir vers le haut.

Cela dit, il est possible que à partir d'une ardoise vierge avec git pourrait être plus facile - mon expérience VCS est tout avec contrôle de version centralisée (CVS, SVN, Perforce ...) et une partie de mon (en cours!) La difficulté avec git a été comprendre les implications du modèle distribué. Je l'ai vue brièvement à d'autres DVCSes comme Bazar et Mercurial et ils semblaient être un peu plus convivial débutant.

Quoi qu'il en soit, comme d'autres l'ont dit, Subversion est probablement la meilleure façon de se habituer à l'état d'esprit de contrôle de version et acquérir de l'expérience pratique des avantages de VCS (rollback, branches, développement collaboratif, revue de code plus facile, etc.).

Oh, et ne pas commencer par CVS. Il est encore en usage pratique, et présente des avantages, mais à mon humble avis, il a trop de bizarreries historiques et les problèmes de mise en œuvre (commits non-atomiques!) Être une bonne façon d'apprendre.

Créé 23/09/2008 à 10:32
source utilisateur

voix
5

@ superjoe30

Qu'en est-il en utilisant le contrôle de la source sur votre ordinateur, si vous êtes le seul programmeur? Est-ce une bonne pratique? Y at-il des conseils ou des astuces liées?

Je trouve git est plus facile pour cela que vous n'avez pas besoin d' un serveur ou vous soucier de taper les URL et ainsi de suite. Vos trucs version-control vit seulement dans le .gitrépertoire dans votre projet et vous allez - y et l' utiliser.

5 secondes intro (en supposant que vous avez installé)

cd myproject
git init
git add * # add all the files
git commit

La prochaine fois que vous faites des changements

git add newfile1 newfile2 # if you've made any new files since last time
git commit -a

Tant que vous faites cela, git a votre dos. Si vous vous trompez, votre code est sûr dans le joli dépôt git. Il est génial

  • Remarque: Vous trouverez peut-être faire les choses de git un peu plus difficile que de les obtenir, mais il est beaucoup plus préférable d'avoir ce problème que de ne pas avoir les fichiers du tout!
Créé 14/08/2008 à 08:00
source utilisateur

voix
4

Essayez aussi svn visuelle pour votre serveur si vous voulez éviter tout travail de ligne de commande.

Créé 06/08/2008 à 19:59
source utilisateur

voix
4

A mon emploi actuel, mon prédécesseur n'a utilisé aucun type de contrôle de version. Il y a juste des montagnes de dossiers dans au moins 3 endroits différents où il a gardé tous ses projets. Tout dossier aléatoire de projet peut s'attendre à trouver au moins un nom de dossier « projet (OLD) » et un nommé « projet »

Avec le contrôle de version, vous ne devez jamais faire des copies de « sécurité » construit. Vous n'avez pas vraiment à vous soucier de votre IDE corrompant le fichier sur lequel vous travaillez (je vous regarde, REALBasic 5.5) car est si facile de commettre (Lire: Save) votre travail tous les jours.

Inutile de dire que j'ai installé le contrôle de version le jour après avoir découvert qu'il existait.

En outre, le fait de commettre TortoiseSVN à la base de données aussi facile que le droit cliquant sur un dossier.

Créé 05/08/2008 à 20:18
source utilisateur

voix
4

Mon vote va à Subversion. Il est très puissant, facile à utiliser, et a quelques outils comme TortoiseSVN .

Mais comme d'autres me l'ont déjà dit, JUSTE UTILISATION COMMENCEZ. Source de contrôle est une partie importante du processus de développement logiciel. Aucun projet de logiciel « sérieux » devrait être sans elle.

Créé 05/08/2008 à 19:39
source utilisateur

voix
3

Git est supérieure à la subversion, mais il est un peu sur le bord de saignement.

Je dirais que, si vous êtes juste de commencer, sauter sur le bord; configurer un compte gratuit @ http://github.com

Ils ont du matériel éducatif sur place pour la mise en place et l'utilisation git.

Créé 22/08/2008 à 19:38
source utilisateur

voix
3

Si vous êtes sur Mac OSX, j'ai trouvé http://www.versionsapp.com/">Versions être un front-end GUI incroyable (gratuit) à SVN.

Créé 05/08/2008 à 20:01
source utilisateur

voix
2

Ne pas attendre. Choisissez l'un, et aller avec elle. Tous les systèmes ont leurs avantages et inconvénients. Votre puissance pourrait sortir, votre ordinateur est volé, ou vous oubliez d'annuler un changement majeur et tout votre code est frit pendant que vous attendez de voir qui sort victorieux.

Créé 05/08/2008 à 19:35
source utilisateur

voix
1

Si vous choisissez d'aller avec la subversion et que vous voulez héberger votre propre serveur svn, alors il y a une fenêtre très agréable et facile serveur basé appelé serveur VisualSVN. Il cache la complexité de la mise en place d'un serveur apache, vous allez fondamentalement juste à côté suivant suivant. Configuration utilisateur est traitée avec une interface utilisateur Web, au lieu d'une config

http://www.visualsvn.com/server/

à l'aide d'un public servent RLIKE Beanstalk est probablement plus facile, mais certaines personnes aiment avoir leurs propres dépôts, que ce soit pour la vitesse ou la sécurité

Créé 23/09/2008 à 09:46
source utilisateur

voix
1

SubVersion est le meilleur choix pour vous, Karl Seguin a souligné un autre système mobile à Versioning ne serait pas un problème. aussi SVN a gaffe très facile à utiliser dans le GUIs côté client (TortoiseSVN).

http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion

Créé 23/09/2008 à 07:50
source utilisateur

voix
1

Utilisez TortoiseSVN (version.app si sur Mac). Il suffit d' installer et aller. Si vous avez besoin d' un endroit pour héberger votre look de code à http://beanstalkapp.com/

Créé 22/08/2008 à 19:42
source utilisateur

voix
1

Il est pas si difficile de passer entre les systèmes de contrôle de version. Comme d'autres l'ont mentionné l'important est de commencer à utiliser quoi que ce soit le plus tôt possible. Les avantages de l'utilisation de contrôle source sur ne pas utiliser le contrôle des sources dépassent largement les avantages différentiels entre les différents types de contrôle de code source.

Rappelez-vous que peu importe quelle version de contrôle de la source que vous utilisez, vous serez toujours en mesure de faire une conversion de la force brute à un autre système en définissant les fichiers de votre ancien système sur le disque, puis importer ces fichiers bruts dans le nouveau système.

De plus, étant familiers avec les fondamentaux de contrôle de la source est une compétence très, très important d'avoir en tant que développeur de logiciels.

Créé 06/08/2008 à 00:20
source utilisateur

voix
0

Une importante raison d'utiliser svn plutôt que cvs est svn prend en charge les diffs binaires. Cela ne peut pas d'importance pour beaucoup de programmeurs, mais si vous faites une série de changements mineurs dans une image de 10 Mo, ayant une copie unique à chaque fois dans votre dépôt peut mâcher espace remarquablement rapidement.

J'utilise TortoiseSVN sur Windows , mais sur Mac allé pour le secteur commercial Cornerstone client sur le (maintenant) commercial client Versions. Je trouve la gamme de clients Mac gratuits, y compris RapidSVN, avait assez de points de douleur pour moi bug dans les bombardements dollars réels. Le filet de sécurité que Cornerstone prévoit la capture des fichiers que j'ai oublié d'ajouter au référentiel vaut les dollars pour moi. Je passe beaucoup de temps à collaborer avec un client américain qui est dans une zone de temps opposée ne peut donc pas se permettre screwups d'ajouter des fichiers oublier!

Créé 12/01/2009 à 13:56
source utilisateur

voix
0

J'ai commencé à utiliser la subversion après avoir lu le blog Wil Shipleys.

Alors j'ai commencé à vérifier dans le code, une machine et compte dreamhost. Puis après avoir accidentellement supprimé une fonction et sauvé mon projet, je savais que j'étais profondément « dudu », mais avec la subversion que je viens de vérifier la dernière version de ce fichier et il était comme rien ne se passait.

J'utilise le contrôle de version pour tout maintenant. Je prévois de déplacer vers git, car il est plus rapide, fonctionne en mode hors connexion, prend moins de place et oh boy est-il plus rapide.

Créé 02/09/2008 à 10:35
source utilisateur

voix
0

Une astuce importante pour faciliter la mise en place d'un serveur SVN est en ce moment d'utiliser un Virtual Appliance. Autrement dit, une machine virtuelle qui a la subversion pré-installé et ( la plupart du temps) préconfiguré sur elle - à peu près un plug & chose jeu. Vous pouvez essayer ici , ici et ici , ou tout simplement essayer une recherche Google sur « appliance virtuelle subversion ».

Créé 30/08/2008 à 17:30
source utilisateur

voix
0

Coding Horror a un post sur la façon de configurer Subversion sous Windows .

A la suite du tutoriel, j'ai pu obtenir Subervsion et TortoiseSVN en cours d'exécution au niveau local, et je suis l'éducation que je devais sortir.

En ce qui Git va, il est probablement une bonne idée de faire une main sur l'expérience avec les deux, pour comprendre ce qui correspond à votre pratique de développement spécifique.

Créé 25/08/2008 à 15:52
source utilisateur

voix
0

De son expérience personnelle, svn serait ma recommandation. Vous pouvez même utiliser un service comme Beanstalk pour tester les eaux qui offre des comptes gratuits (avec des limites évidemment, mais suffisante pour tout projet un peu petite). Mais comme d' autres l' ont dit, git est supérieure et probablement dignes d' intérêt.

Créé 22/08/2008 à 19:42
source utilisateur

voix
0

Comme il est mentionné à plusieurs reprises ailleurs, Just Do It. J'ai pu commencer à partir de zéro avec Subversion sous Windows en peu de temps en lisant le guide de démarrage rapide dans le Livre rouge. Une fois que je l'ai souligné TortoiseSVN au dépôt, j'étais dans les affaires. Il m'a fallu un certain temps pour obtenir la plus fine pointe vers le bas, mais ils étaient mineurs ralentisseurs pour obtenir plus.

Je vous suggère d'installer le Service Subversion au lieu d'utiliser URL file: //, mais est surtout la préférence personnelle. Pour un dépôt stocké sur votre machine de développement, file: // fonctionne très bien.

Créé 22/08/2008 à 19:30
source utilisateur

voix
0

Il suffit d'utiliser TortoiseSVN, et vous pouvez vivre même sans connaître les commandes de Subversion réelles ... Mais c'est mauvais. Heureusement, il y aura toujours une « grande opportunité » pour les apprendre par cœur - quand votre dépôt n'a pas de prix d'abord est corrompu.

Oui, il arrive.

Créé 18/08/2008 à 15:47
source utilisateur

voix
0

@ Superjoe30 Oui, absoluteley. Une fois que vous commencez à utiliser le contrôle de version, vous ne retournerez plus jamais. Je l'utilise pour tout, même mon dossier « home ».

@Orion Edwards Subversion ne nécessite pas de serveur. Vous pouvez accéder à un référentiel local directement (via un client, bien sûr), et il n'y a pas de processus de serveur impliqué.

Créé 18/08/2008 à 09:17
source utilisateur

voix
0

Je choisirais SVN sur CVS, si seulement parce que les gens qui ont appris le contrôle des sources en utilisant CVS, ont tendance à utiliser « svn delete» puis « svn add» au lieu de « svn move». Ce qui le rend plus difficile à trouver toutes les révisions précédentes d'un fichier spécifique. Et vous pouvez toujours passer à l' aide git-svn. Personnellement , je pense qu'il est plus facile à apprendre que hg, mais vraiment la principale raison d'utiliser SVN est - il devenu en grande partie le système de contrôle de version de facto de l' Open Source Software.

Si vous prévoyez toujours sur l' apprentissage / en utilisant D , il est presque obligatoire pour accéder aux référentiels tiers, comme DSource .

Créé 17/08/2008 à 02:25
source utilisateur

voix
0

Si sur une boîte de fenêtres un slution rapide et sale est CVSNT. Facile à utiliser juste mis en place et fonctionne très bien.

Je me préfère SVN mais c'est un bon pour une utilisation rapide.

Créé 07/08/2008 à 18:33
source utilisateur

voix
0

superjoe30 écrit :

question connexe (peut-être des réponses peut être modifiée pour répondre à cette question aussi bien):

Qu'en est-il en utilisant le contrôle de la source sur votre ordinateur, si vous êtes le seul programmeur? Est-ce une bonne pratique >>? Y at-il des conseils ou des astuces liées?

J'utilise SVN pour tous mes projets personnels. J'ai commencé avec la course svn sur ma machine à la maison, mais finalement migré vers Dreamhost. Leurs forfaits d'hébergement qui incluent Subversion sont assez raisonnables.

Créé 05/08/2008 à 19:41
source utilisateur

voix
0

Eh oui, SVN de préférence à moins que vous avez vraiment besoin de fonctionnalités particulières de git. SVN est assez dur; On dirait que git est plus compliqué à vivre avec. Vous pouvez obtenir hébergé svn des gens comme Beanstalk - à moins que vous avez en interne les gens Linux, je vous recommande vraiment. Les choses peuvent mal tourner horriblement facilement et il est agréable d'avoir quelqu'un d' autre dont le travail est de le réparer.

Il y a un excellent tutoriel sur le contrôle de révision de Eric Sink qui mérite d'être lu quel que soit le système que vous utilisez.

Créé 05/08/2008 à 19:40
source utilisateur

voix
0

Commencez à utiliser SVN pour votre travail réel, mais essayez de prendre le temps pour bidouiller avec Git et / ou Mercurial. SVN est raisonnablement stable pour la production, mais finalement vous allez faire face à un scénario où vous aurez besoin d' une distribution SCM, par laquelle vous serez bien armé et les nouveaux systèmes seront assez matures.

Créé 05/08/2008 à 19:38
source utilisateur

voix
0

Quand je décidé que je dois utiliser un système de versionnage de code, je cherchai des bons tutoriaux sur la façon de commencer, mais ne trouve pas qui pourrait me aider.

Donc, j'ai installé simplely le serveur SVN et tortoisesvn pour le client et plongé dans le Deepend et je learn't comment utiliser le long du chemin.

Créé 05/08/2008 à 19:36
source utilisateur

voix
-1

Réponse courte: Subversion si vous êtes le seul codage ou que vous êtes sur place avec tout le monde vous travaillez. GIT si vous travaillez avec des gens dans différents sites et votre base de code est énorme.

Subversion est vraiment, vraiment facile à installer et obtenir l'aide. Il est également agréable parce que vous pouvez faire des choses relativement compliquées avec elle aussi, comme le brancher à Apache et utiliser SSL ou le brancher sur Trac pour la gestion du projet. Il y a tellement d'outils disponibles pour Subversion que c'est vraiment un bon choix.

GIT est beaucoup plus utile pour les personnes qui sont sur de grandes équipes qui travaillent dans un environnement distribué. Linus T. développé pour l'équipe Linux parce qu'il était insatisfait des capacités des référentiels traditionnels. Il vaut bien apprendre si jamais vous prévoyez de travailler avec des personnes sur des projets open source.

Créé 25/08/2008 à 15:46
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more