SVN à Git Branch/Tag/Trunk

Je suis de faire le saut à partir de SVN à Git (même si, de mon respect pour SVN va contenir encore) et j'ai eu quelques questions pour certains SVN à Git de la terminologie. SVN, beaucoup de dépôts sont configurés comme ceci:

- trunk  : The place where all of the main development occurs
- tag    : Storing versions of major releases or important milestones
- branch : Where smaller "branch" development occurs as to not conflict with the main development occurring in the trunk, then is later merged into the trunk

Quels sont les standards de la convention de noms pour branch/tag/trunk dans Git?

Je vous remercie pour votre temps.

OriginalL'auteur Oliver Spryn | 2012-10-30

  1. 15

    Git ne pas vous obliger à utiliser une structure spécifique pour votre projet.
    Toutes les informations ce qui est important pour git lui-même sera stocké
    dans le caché .répertoire git.
    De liste ou vous voir, des branches et des tags utilisez les commandes git:

    git branch 
git tag
...

    pour obtenir de plus amples informations, utilisez la git help de commande ou ont un oeil à cette gratuit livre

    Fantastique, merci!

    OriginalL'auteur Nicoretti

  2. 32
    • SVN trunk --- Git master (refs/heads/master)
    • Branches du SVN/* --- branches Git (refs/heads/*)
    • SVN balises/* --- Git balises (refs/tags/*)
    Très complet! Merci!!!!

    OriginalL'auteur Dmitry Pavlenko

  3. 9

    Il n'y a pas de dommages directs analogues vraiment. SVN utilise une structure de répertoire pour stocker des copies directement dans le référentiel pour permettre de branches et de tags. Il n'est donc concept dans la création d'une structure pour conserver ces copies dans le référentiel.

    Git sur l'autre main maintient ce que les méta-informations et traite tout comme un instantané d'un point dans "le temps" identifiée par une table de hachage:

    Subversion des marques de certains points de contrôle dans l'histoire à travers les copies, la copie est généralement placé dans un répertoire nommé balises. Git balises sont beaucoup plus puissants. Le Git tag peut avoir un arbitraire description rattaché (la première ligne est spécial comme dans le commettre des cas), certaines personnes stockent réellement l'ensemble de la libération des annonces dans la balise description. L'identité de la personne qui les a marqués est stocké (à nouveau en suivant les mêmes règles que l'identité de la valider). Vous pouvez marquer d'autres objets que des commits (mais qui est conceptuellement assez faible au niveau de l'exploitation). Et la balise peut être chiffrement PGP signed pour vérifier l'identité (par Git sur la nature du travail, cette signature confirme la validité de la révision, de son histoire et de l'arbre).

    Donc, fondamentalement, il n'existe pas de référentiel "structure"; il y a seulement la structure du projet (ie. ce que vous trouverez dans trunk, une branche ou une étiquette dans votre repo SVN)

    OriginalL'auteur prodigitalson