L'apprentissage de Contrôle de Version, et apprendre à bien [fermé]

StackOverflow https://stackoverflow.com/questions/8747

  •  08-06-2019
  •  | 
  •  

Question

Où dois-je commencer à apprendre au sujet de systèmes de contrôle de version?J'ai utilisé SVN, l'Équipe de la Fondation, et Sourcesafe dans le passé, mais je ne me sens pas vraiment comme je le saisir complètement, et mon équipe ne semblent pas saisir qu'il soit.

Les points qui sont les plus importantes à maîtriser?Je me rends compte de ce qui diffère de VCS pour la CV, mais pour les besoins de cette question, on peut supposer que la Subversion est le VCS je suis le plus intéressé à en apprendre sur.

Aussi, si vous pouviez, s'il vous plaît recommander des livres sur le sujet que vous trouvez utile.

Était-ce utile?

La solution

L'article de wikipedia sur le Contrôle de Révision est un excellent endroit pour commencer

Contrôle de révision

Lorsque vous essayez d'enseigner à mes collègues, j'ai trouvé en l'amenant à comprendre le vocabulaire à la fin a été un excellent moyen de commencer à introduire dans le code source des techniques de contrôle.

Ne sais pas quelle branche?Allez le trouver et comment ils fonctionnent :)

Il y a en ligne gratuitement le livre de subversion à Le Contrôle de Version avec Subversion qui fournit une référence de valeur inestimable.

Autres conseils

Je pense que les points les plus importants, on doit apprendre concernant systèmes de contrôle de source sont les suivantes:

  • la valeur de la petite, de fréquentes check-ins/s'engage
  • le marquage, le branchement et la fusion
  • restaurations
  • la résolution des conflits
  • exclusif vsnon-exclusif de la caisse
  • intégration continue
  • Piloté par les tests de développement et de tests unitaires automatisés vis-a-vis des systèmes de contrôle de source
  • fourche

Si vous avez ces grands concepts de couverts, c'est à peu près la plupart des choses que vous aurez jamais besoin de savoir pour le contrôle de la source :)

Il ya un couple de livres gratuits sur le sujet.Essayez:

Le Contrôle De Version Avec Subversion: Le Contrôle de Version avec Subversion

De Contrôle de Version Subversion (PDF): De Contrôle De Version Subversion

J'ai lu et je recommanderais l'ancien.N'ai pas lu "de Contrôle de Version Subversion", mais il semble assez en profondeur.

Pour répondre à votre question ré:Qui sont les points les plus importants à maîtriser, je voudrais suggérer que, après que vous obtenez par le biais de l'ensemble de l'enregistrement et de départ du processus, la restauration d'anciennes versions et l'exécution des diff vous devriez jeter un oeil à la ramification.La ramification peut vous aider à composer avec la douleur d'être au milieu d'un grand changement et tout à coup avoir besoin d'effectuer une correction de bug et de le déployer à la production sans mélange dans la moitié fait des trucs que vous travaillez.

Je pense que la Subversion de la documentation est un bon endroit pour commencer.J'ai trouvé que Wikipédia n'est pas vraiment utile, car il couvre seulement une "fondamentaux" du point de vue.

Dans le Livre De Subversion alex mentionné, je voudrais vous recommandons particulièrement le Chapitre 1, c'est peut-être sur un niveau trop bas si vous avez déjà une certaine expérience avec Svn.Le chapitre 4 porte sur les branches et la fusion dans le détail, mais c'est assez technique.

Ce qui m'a beaucoup aidé est la L'Utilisation quotidienne de Guide dans la documentation TortoiseSVN;il couvre les opérations les plus importantes dans un style didacticiel.

Je suppose que les choses les plus importantes que vous devez saisir sont la ramification, la fusion et de l'étiquetage.La compréhension de ces prend du temps et de la pratique, donc, je vous recommande fortement d'un petit projet de compagnie dans un référentiel local, de sorte que vous pouvez expérimenter.Je pense qu'il est important de comprendre, c'est que tout le système est diff à base de:une fusion n'est rien de plus que d'appliquer automatiquement les modifications qui ont été apportées dans une direction générale du code dans une autre branche, au lieu de corriger le code vous-même.Des trucs comme les conflits (ce qui m'a pris beaucoup de temps pour comprendre) n'en sont que les conséquences de cela.

Mais bien sûr, je suis encore à apprendre aussi bien :)

J'ai aussi, comme vous, n'a jamais vraiment senti à 100% à l'aise avec SVN ou SourceSafe.

Découvrez Mercurial. Démarrage rapide et Cheatsheets
aussi un grand feuille de triche de DongWoo Lee (son site semble donc que j'ai scannées et mises en ligne sur le mien)

Avec Mercurial, tout semblait beaucoup plus lisse et facile ne sais pas pourquoi car il n'est pas différent dans les commandes à d'autres.

Je ne suis pas sûr de savoir comment beaucoup vous avez beaucoup d'expérience avec les systèmes de contrôle de version, mais pour quelqu'un qui n'a pas de connaissance a priori sur le concept, je vous recommande de lire les premiers chapitres de la Livre de Subversion.Certaines des choses qui y sont décrits sont spécifiques à la Subversion, mais la plupart des concepts sont "universelle" pour les systèmes de contrôle de version et comment travailler avec eux.

Je pense qu'il est très important que les gens font un effort en essayant de comprendre les principaux concepts et les justifications derrière systèmes de contrôle de version avant de commencer à les utiliser.Trop souvent, je vois des développeurs uniquement à l'aide d'un petit sous-ensemble de leurs caractéristiques du système parce qu'ils ne comprennent pas les concepts sous-jacents et, par conséquent, ne pas voir le point à l'aide de ce qu'ils considèrent comme "avancé" ou "inutile" de fonctionnalités, ou ils ont tout simplement peur de le faire de peur de casser quelque chose ou de causer des problèmes pour le projet.

Ayant vécu ce phénomène avec beaucoup de développeurs dans le passé, j'ai récemment écrit un résumé de ce que je considère les meilleures pratiques pour le contrôle de version sur mon blog.

Découvrez GIT.Une conférence sur elle ici.

À mon humble avis, le meilleur réseau de ressources pour la Gestion de Configuration serait L'ACME Projet par Brad Appleton

Vous devriez lire à propos de tous les SCM modèles et Anti-modèles.Mec en termes techniques sont bien définis sur ce site et il y a de nombreux articles sur la ramification des techniques, agile SCM et d'autres choses importantes.

Cela, probablement, va vous donner assez d'arrière-plan théorique de la poignée de version de l'outil.

Comme pour un livre de Subversion, il est probablement Officiel de l' Livre de Subversion ce qui a été mentionné ci-dessus.Il est disponible gratuitement en ligne ou vous pouvez acheter une copie papier.

À mon humble avis, c'est LE livre:Berczuk livre sur SCM modèles

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top