Où commencer avec le contrôle de source
https://stackoverflow.com/questions/103059
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Quelqu'un a-t-il des suggestions sur le point de départ d'un débutant qui souhaite expérimenter une sorte de contrôle de source avec un nouveau parcours dans ASP.NET? SVN, VSS, CVS ... Je ne sais même pas par où commencer!
La solution
Beaucoup de gens ici ont suggéré des introductions et des procédures détaillées, qui sont toutes bonnes pour vous dire comment faire ce que vous voulez.
De plus, je donnerais trois conseils au novice pour savoir ce que vous voulez:
1) Contrôle de version TOUT (c'est-à-dire tout ce que vous écrivez).
Contrôle de la version des fichiers de projet. Contrôlez la version de vos cas de test. Contrôlez la version des petits scripts que vous utilisez pour copier des objets. Contrôle de version de votre liste de tâches. Définitivement la version contrôler vos notes de conception. Une fois que vous êtes familiarisé avec les commandes, cela ne coûte rien et un jour, vous serez heureux de l'historique d'un fichier que vous n'auriez jamais imaginé devoir restaurer.
2) Lorsque vous êtes satisfait d'un changement, enregistrez-le immédiatement. Et vérifiez tout ça.
Si vous travaillez par étapes successives (et cela ne se produit pas toujours - vous pouvez être distrait - mais c'est une bonne pratique), alors au début de chaque nouvelle étape, vous devriez avoir 0 fichiers modifiés dans votre caisse. Vous pouvez même vouloir enregistrer du code non fini et non fini, selon ce qui vous convient.
3) Lorsque vous atteignez un jalon, marquez-le.
Même vos objectifs personnels (cailloux). Si le balisage ne vous dérange pas, notez simplement la date et l'heure (dans, vous l'avez deviné, un fichier sous contrôle de version). Si une version en particulier est mémorable pour une raison quelconque ("J'ai terminé le back-end", "je l'ai envoyée à quelqu'un d'autre pour qu'elle regarde"), vous voulez savoir exactement ce qu'il contenait. Et se différencier du référentiel diagnostique certains types de bogues plus rapidement que le débogueur.
Autres conseils
veillez simplement à vous rester à l'écart des sources visuelles en toute sécurité.
HOWTO du contrôle de code source par Eric Sink.
Lisez-le, puis téléchargez Subversion (gratuit) ou Vault (gratuit pour un seul utilisateur) et commencez à vous amuser.
Très spécifique à Subversion mais donne une bonne compréhension des bases du contrôle de version.
Je pense que le moyen le plus simple est d’obtenir un serveur SVN gratuit via un fournisseur gratuit. J'utilise assembla .
Ensuite, si vous êtes sous Windows, vous devez télécharger TortoiseSVN . C’est de loin le client Subversion le plus simple à utiliser.
Commencez par importer un projet actuel dans le référentiel, puis vous êtes prêt à partir.
Je recommande de commencer par SVN, un peu plus facile à comprendre que d’autres.
Tortoise est un bon début. C’est simple à installer et à intégrer au shell Windows, ce qui signifie que tout est assez intuitif lorsque vous cliquez avec le bouton droit de la souris sur les dossiers / fichiers, etc. Un très bon document aussi.
Vous aurez également besoin d’un serveur / hôte SVN pour vous connecter à ... Je peux recommander Assembla , est libre de vous inscrire et vous donne un serveur SVN pour jouer.
Je recommanderai Subversion ou Visual Studio Team Foundation Systems en fonction du montant que vous êtes prêt à débourser.
Découvrez Visual SVN (Subversion pour les inconditionnels de VS) - il s’intègre parfaitement à Visual Studio: http: / /www.visualsvn.com/
Si vous ne faites que commencer, je vous recommande de lire le livre gratuit sur Subversion gratuit. C’est un système largement utilisé, gratuit et qui devrait être relativement facile à comprendre une fois que vous y allez.
Si vous êtes 100% .NET et que vous possédez une licence de développeur MSDN, exécutez TFS pour Workgroups. C'est assez simple et solide.
Si vous n’avez pas de licence, jetez un œil à Subversion. C’est un contrôle de code source gratuit et agréable qui contient des plugins pour l’intégration Visual Studio.
J'ai d'abord découvert svn en utilisant tortoise svn, je l'ai aimé et, plus tard, une société a utilisé Visual SourceSafe, comment j'ai raté l'utilisation de tortue.
Obtenez une copie du livre Pragmatic Version Control avec Subversion - cela vous aidera à démarrer.
Image http://ecx.images-amazon.com/ images / I / 51XYQTP2BYL._SL500_AA240_.jpg
Aujourd'hui, je commencerais simplement par un système distribué. Ils sont plus faciles à configurer (vous n'avez pas besoin de configurer un serveur et / ou d'en trouver un en ligne: il suffit de init un répertoire aléatoire et de commencer à faire votre travail) et tout aussi facile / difficile. comprendre comme les centralisés.
En voici quelques-unes que les utilisateurs devraient consulter lorsqu'ils choisissent un système de contrôle de révision distribué:
Si vous êtes bloqué dans Windows, je resterais loin de Git (du moins pour le moment). Le prise en charge de Git sous Windows semble en cours, mais je ne l'ai pas encore essayé. encore.
Il faut relire le livre Subversion. De plus, le logiciel est gratuit, fonctionne sur la plupart des environnements et est facile à utiliser.
Le contrôle de source à utiliser dépend vraiment de votre environnement, de votre culture d'entreprise et de la situation générale en matière de gestion des projets dans votre entreprise. Le plus récent " Visual Source Safe " dans Team Foundation, les mains sont mieux que le morceau de crud que VSS était. et est bon dans un magasin Microsoft avec un ou plusieurs sites. J'ai également utilisé avec succès Subversion, qui s'intègre bien à Eclipse. Je n'aime pas poser de produits, car tous ont leurs points positifs et négatifs, je suppose. Mais les deux que j'ai mentionnés ci-dessus sont vraiment de bons produits de contrôle de source / version. Si vous démarrez à peine et souhaitez vous familiariser avec les notions de contrôle de source et les concepts généraux, téléchargez un produit open source tel que CVS ou Subversion, chargez-le et testez-le.
http://www.ericsink.com/scm/source_control.html dispose de bonnes informations pour travailler.
- Je ré-édite ce commentaire pour noter qu'il ressemble à quelqu'un d'autre lié à ce lien de contrôle de source dans un précédent post. :) sacrément, je n'ai pas été le premier à le poster.
Obtenir des outils installés ne suffit pas. Vous devez comprendre le fonctionnement de la technologie concernée (comme SVN) et le fonctionnement supposé de l’ensemble de l’arborescence source: structure optimale, marquage, ramification, fusion et ainsi de suite. Depuis que nous utilisons SVN, je recommande le Subversion Book . Il contient de bonnes explications sur les concepts de contrôle de source.
Découvrez Subversion (SVN) pour commencer. Comme suggéré dans d’autres publications, il existe un excellent ebook gratuit qui explique non seulement comment utiliser SVN, mais aussi un excellent début sur les concepts.
Pour un serveur facile à configurer, consultez le serveur gratuit sur VisualSVN .
Si vous utilisez Visual Studio, vous pouvez utiliser leur complément (coûts) ou l'open source Ankh SVN addin . Si vous utilisez d'autres IDE, Tortoise SVN s'intègre à Explorer dans Windows.
Commencez par Subversion. La documentation est en ligne , et le Le livre de svp de programmeurs pragmatique est excellent.
Si vous utilisez Windows, vous pouvez également vous procurer TortoiseSvn (gratuit) pour l'intégration de l'explorateur ou VisualSvn (commercial) pour l'intégration de Visual Studio. Pour le Mac, Versions ressemble à un bon client autonome et XCode 3 intègre une intégration SVN. Encore Je passerais un peu de temps en ligne de commande à utiliser le client svn pour comprendre vraiment ce que vous faites.
Une fois familiarisé avec le fonctionnement de svn, vous pouvez vous lancer dans des systèmes de contrôle de version distribués tels que Git, Bazaar ou Mercurial, mais j'ai constaté que suffisamment de développeurs professionnels rencontraient des problèmes pour comprendre les bases du contrôle de version (création de branches). fusion, etc.) que je me familiariserais avec cela avant de passer aux systèmes distribués.
Éloignez-vous de Visual SourceSafe (VSS). C'est caca. Votre code n'est pas en sécurité. Consultez ces nombreux liens pour pourquoi ne pas utiliser VSS.
ftw subversion.
Vous pouvez commencer à naviguer sur ce site.
À mon avis, si vous utilisez déjà Viual Source Safe et que vous êtes un développeur travaillant avec VS, tout va bien. C'est un système simple qui fonctionne assez bien pour de petits projets de développeur. Je l'utilise depuis des années sans aucun problème pour de petits projets. Facile à gérer et à sauvegarder également.
Je pense que le point le plus important est le système de contrôle de version distribuée (comme mercurial ou git). Il y a quelques avantages à l'utiliser:
- Vous n'avez pas besoin de configurer le référentiel central (cela nécessite une configuration fastidieuse du serveur)
- Vous pouvez partager des modifications (révisions) avec vos amis à l'aide d'un courrier électronique ou d'une autre méthode, et intégrer les modifications apportées à votre référentiel en toute sécurité.
- Vous pouvez modifier l'historique des révisions (rebase, git le supporte) facilement, ce qui est impossible à faire avec SVN.
J'ai recommandé d'essayer les systèmes de contrôle de version distribués gratuits. La plupart d'entre eux sont très faciles à installer sur votre PC personnel et sont accompagnés d'une bonne documentation. Voici mes favoris 1. Bazar 2. Mercurial 3. Git (uniquement pour les systèmes basés sur * nix, à ma connaissance)
Voir une liste ici:
http://en.wikipedia.org/wiki/List_of_revision_control_software
Commentaires sur les produits que j'ai utilisés:
VSS - Nous ne l’avons pas utilisé depuis longtemps (plusieurs années). À l’époque, il connaissait les principes de base de ce que nous voulions, mais nous rencontrions régulièrement divers problèmes et nous recherchions activement une meilleure solution. Si vous bénéficiez d'un accès gratuit, il ne serait pas gênant de connaître leur mise en œuvre et de voir ce qui était à l'époque une façon différente de traiter les problèmes (ils sont peut-être déjà alignés sur le reste des produits). .
CVS - Utilisé dans une entreprise précédente et avec l'auteur original de tortoiseCVS, je suis peut-être un peu partial en pensant qu'il s'agissait d'une solution open source décente. Je recommanderais de commencer ici personnellement, tout est facilement disponible et largement utilisé.
Perforce - La solution de contrôle de code source actuellement utilisée par notre société et universellement bien perçue par l'équipe. Quelques interfaces utilisateur alternatives que les utilisateurs peuvent choisir, ainsi qu'un bon support en ligne de commande (essentiel pour l'interaction des outils). Si vous évaluez une entreprise, je l'inclurai certainement dans votre liste.
Essayez Résolvez pour obtenir un contrôle de source SVN hébergé gratuit.
Un autre vote pour Subversion / TortoiseSVN mais notez que cela ne fonctionne pas bien avec un NAS domestique FAT32.
J'ai perdu confiance dans l'ensemble de la communauté du contrôle de source. Tout le monde dit que VSS c'est l'enfer, aime ces vieux préjugés, C ++ est bien meilleur que C, Win Vista est terrible et XP est trop vieux pour servir le monde. Pourtant, beaucoup de gens les utilisent. Vous ne savez jamais comment vous voudriez d'un outil avant de l'utiliser. Et chaque application de contrôle de version se compose de bugs et de défauts. Et VSS est tellement difficile à abandonner.
Visual Source Safe (VSS) convient à un débutant, car vous ne saurez pas ce qu'il vous manque. Si vous avez besoin de quelque chose de plus compliqué, ne vous inquiétez pas pour un autre produit.
