Comment puis-je cloner un sous-dossier d'un dépôt Mercurial?

J'ai un dépôt Mercurial contenant une poignée de projets connexes. Je veux branche juste un de ces projets pour travailler ailleurs.

Est de cloner qu'une partie d'un référentiel possible, et est-ce le bon moyen pour y parvenir?

  • De ce que j'ai entendu, c'est une des raisons pour ne pas mettre plusieurs projets dans l'un des pensions.
InformationsquelleAutor James Hopkin | 2009-05-28
  1. 53

    Ce que vous voulez, c'est un étroites ou partielle clone, mais ce n'est malheureusement pas encore pris en charge.

    Si vous disposez déjà d'un grand dépôt et vous vous rendez compte qu'il serait judicieux de le découper en plusieurs petits dépôts, vous pouvez utiliser le convertir extension faire un Mercurial Mercurial conversion. Notez que cela crée un nouveau référentiel foo et vous ne pouvez pas pousser/tirer entre your-big-repo et foo.

    La convert extension n'est pas activée par défaut, ajoutez les lignes suivantes à votre repo de hgrc fichier ou votre mercurial.ini fichier:

    [extensions]
hgext.convert=

    Puis créer un map.txt fichier avec

    include "libs/foo"
rename "libs/foo" .

    (remarque: vous pouvez utiliser des barres obliques même sur Windows) et exécutez

    $ hg convert --filemap map.txt your-big-repo foo

    Qui fera foo un référentiel avec l'histoire complète de l' libs/foo dossier de your-big-repo.

    Si vous souhaitez supprimer tous les éléments de preuve de foo de your-big-repo vous pouvez vous faire une autre conversion lorsque vous utilisez exclude libs/foo pour se débarrasser de l'annuaire.

    Lorsque vous avez plusieurs référentiels comme ça et que vous souhaitez utiliser comme un tout, alors vous devriez regarder à subrepositories. Cette fonctionnalité vous permet d'inclure d'autres dépôts à une caisse — de la même façon svn:externals travail. Veuillez suivre les recommandations sur cette page wiki.

    • Merci - j'ai trouvé une solution de contournement pour ce que je dois faire. Intéressant de voir les problèmes en cause.
    • Quelle a été la solution que vous avez été en mesure de venir avec?
    • Argh! "J'ai découvert un merveilleux preuve de cette, que cette marge est trop étroite pour la contenir."
    • ok, si le clonage de subdir est fait, comment voulez-vous fusionner les modifications dans le répertoire d'origine?
    InformationsquelleAutor Martin Geisler
  2. 11

    Au lieu de faire un partiel clone, vous pouvez utiliser le Convertir Extension de diviser votre pension à plus d'un repo par sous référentiel.

    En particulier, consultez la section La conversion de Mercurial:

    Il est également utile pour filtrer les dépôts Mercurial pour obtenir des sous-ensembles d'un existant. Par exemple, pour transformer un sous-répertoire subfoo d'un référentiel de foo dans un référentiel avec sa propre vie (tout en gardant son histoire complète), procédez de la manière suivante:

    $ echo include subfoo > /tmp/myfilemap
$ echo rename subfoo . >> /tmp/myfilemap
$ hg convert --filemap /tmp/myfilemap /path/to/repo/foo /tmp/mysubfoo-repo
    InformationsquelleAutor Nathan Lee
  3. 6

    J'ai tombé en face de ce problème et a trouvé une façon de le faire: en Utilisant les liens symboliques (Linux seulement, malheureusement)

    Par exemple, si vous avez seulement besoin /project dans le référentiel, sur votre ordinateur cloner le repo dans un autre dossier, puis utilisez ln -s /repo/location/project. Mercurial gère

    InformationsquelleAutor TheLQ
  4. 3

    Il n'est pas possible, hg clone permet de cloner le dépôt entier.

    Vous pouvez prendre un coup d'oeil un sous-référentiel extension qui vous permet d'avoir un dépôt à l'intérieur d'un référentiel, qui peut correspondre à vos besoins.

    InformationsquelleAutor Romain
  5. 3

    (Fin 2016) de la canalisation Principale Mercurial continue à ne pas le paquet de soutien pour "limiter les clones", mais il y a des tiers extensions de s'attaquer au problème de différentes façons.

    Si vous pouvez faire face avec juste un étroit caisse (aka "sparse checkout" ou "partielle de la caisse par le chemin d'accès au fichier") puis Facebook est sparse.py extension de la hg-dépôt experimental (regarder à l'intérieur de la hgext3rd/ répertoire) peut être réalisable. Dans ce scénario, vous avez encore le clone de l'histoire (et donc de la .hg répertoire est pas plus petit), mais votre répertoire de travail ne montre/actes sur un sous-ensemble de la totalité du référentiel.

    Sinon Google ont créé un NarrowHG extension qui ne étroit clonage (aka "partielle de clonage par chemin de fichier"). Vous aurez besoin d'être dans le contrôle du serveur, le client et être disposés à utiliser les fonctionnalités expérimentales mais il ne veut vraiment limiter le clone est copié dans l'histoire .hg à un sous-ensemble de ce qui était à l'origine du référentiel.

    (2019) Le NarrowHG extension a été fusionnée dans la Mercurial 4.6 comme hgext.étroit extension

    InformationsquelleAutor Anon
  6. 2

    Il s'agit de droite de l'avant avec la Convertir extension.

    • C'est très une solution valable, pourquoi était-il voté -1 ?
    • Je suppose que c'est parce que la solution n'est pas vraiment pour cloner un sous-répertoire à partir d'un référentiel. Au lieu de cela, il vous permet de convertir un dépôt existant dans un nouveau et plus petit dépôt que vous pouvez ensuite clone.
    • 1) Comme indiqué ci-dessus, vous n'êtes pas répondre à la question de l'origine de la question posée. 2) Vous n'avez pas d'expliquer que la question initiale posée est impossible. Vous venez de proposer quelque chose de différent. 3) Vous donner un lien, au lieu de les expliquer.
    • juste pour remarque, tout en le convertir solution peut être nommé un peu différemment de ce qu'on pourrait appeler partielle d'un clone, il permet de ne rien partielle d'un clone permettrait, y compris en le poussant vers le dépôt distant et en tirant d'elle autant que je sache. Je crois que vous savez cela, mais je suis de poster cette remarque surtout pour les éventuels futurs lecteurs 🙂
    • Le converti repo aura un nouvel ensemble de modifications Id, de sorte que vous ne peut pas pousser en arrière à l'original. Ce que vous peut n'est à plusieurs reprises de les convertir à l'origine du référentiel et de tirer parti de l'converti dans votre existant partielle des clones. Qui vous permet de rester en synchronisation avec le développement dans un grand repo, mais c'est une stratégie où vous devez manuellement (à l'aide, par exemple, hg export) les modifications apportées au texte d'origine repo.
    • en fait, vous le pouvez! Vous avez juste besoin d'utiliser le -f drapeau. Voir ce script comme un exemple. (Note: nécessite le convertir et graphlog extensions.)
    • oui et non 🙂 Après hg push -f, vous vous retrouvez avec non seulement des têtes multiples, mais également plusieurs racines. C'est parce que les nœuds racine des deux référentiels différents et hg push -f va donc copier toutes les données de vos partielle clone pour le plein de clone. Le --filemap argument doit être f dans votre pâte et après la correction que vous obtenez cette sortie. Le Created commettre est dupliqué et ce n'est probablement pas la façon dont vous voulez que le référentiel principal pour ressembler.
    • juste assez, un seul a avoir ces problèmes à l'esprit! Je n'étais pas au courant d'entre eux, en fait (enfin, je savais qu'il allait créer de multiples causes, mais il ne m'a pas gêné). BTW, ce serait le plus grand des problèmes pratiques sur le fait d'avoir plusieurs racines?
    • votre dépôt principal est gravement affecté par les "partielle" clone et c'est normalement pas acceptable pour de vrai dépôts. Vous vous retrouvez avec des doublons de données pour toutes les révisions de toucher le sous-répertoire que vous "partiellement" clone. Vous devriez écrire à [email protected] si vous voulez en discuter, StackOverflow est pas fait pour la discussion.

    InformationsquelleAutor cheenu