Clone partiel avec Git et Mercurial

Question

Est-il possible de cloner seulement une branche (ou à partir d'un commit donné) dans Git et Mercurial ? Je veux dire que je veux cloner un repo central mais comme il est énorme, j'aimerais n'en récupérer qu'une partie tout en étant capable de contribuer à mes modifications. Est-ce possible ? Par exemple, je veux seulement à partir du Tag 130 ou quelque chose comme ça ?

Si oui, comment ?

Answer 1

A Git land, vous parlez de trois types différents de clones partiels :

• des clones peu profonds : Je veux l'histoire à partir du point de révision X.

  Utilisez git clone --depth <n> <url> pour cela, mais n'oubliez pas que les clones superficiels sont quelque peu limités dans l'interaction avec d'autres dépôts. Vous seriez en mesure de générer des correctifs et de les envoyer par e-mail.

• clone partiel par chemin de fichier : Je veux que tous les historiques de révision soient dans un répertoire /path .

  Pas possible dans Git. Avec Git moderne, vous pouvez cependant avoir vérification éparse Vous disposez de l'ensemble de l'historique mais vous ne pouvez extraire (avoir dans la zone de travail) qu'un sous-ensemble de tous les fichiers.

• cloner uniquement la branche sélectionnée : Je veux cloner une seule branche (ou un sous-ensemble sélectionné de branches).

  Possible, et

  Avant git 1.7.10, ce n'était pas simple : il fallait faire ce que clone fait manuellement, à savoir git init [<directory>] entonces git remote add origin <url> , modifier .git/config remplacement de * en remote.origin.fetch par la branche demandée (probablement 'master'), puis git fetch .

  à partir de git 1.7.10 git clone offre le --single-branch qui semble avoir été ajoutée dans ce but, et qui semble assez facile.

  Notez cependant qu'étant donné que les branches partagent généralement la plupart de leur histoire, le gain obtenu en clonant seulement un sous-ensemble de branches peut être plus petit que vous ne le pensez.

Vous pouvez également effectuer un clonage superficiel d'un sous-ensemble de branches sélectionnées.

Si vous savez comment les gens voudront décomposer les choses par chemin de fichier (plusieurs projets dans le même dépôt), vous pouvez utiliser des submodules (un peu comme svn:externals) pour pré-diviser le dépôt en portions clonables séparément.

Answer 2

Au pays du mercure, on parle de trois types différents de clones partiels :

• des clones superficiels : Je veux l'historique à partir du point de révision X. utiliser le extension remotefilelog
• clones partiels par chemin de fichier : Je veux tout l'historique des révisions dans le répertoire /path avec expérimental extension de l'étroitesse des liens ou je veux que seuls les fichiers du répertoire /path soient dans mon répertoire de travail avec extension éparse expérimentale (livré depuis la version 4.3, voir hg help sparse ).
• des clones partiels par branche : Je veux tout l'historique des révisions sur la branche Y : utiliser clone -r

Si vous savez comment les gens voudront décomposer les choses par chemin de fichier (plusieurs projets dans le même dépôt (honte à vous)), vous pouvez utiliser des sous-référentiels (un peu comme les externes de svn) pour pré-diviser le dépôt en portions clonables séparément.

Par ailleurs, pour ce qui est du "tellement énorme que j'aimerais n'en avoir qu'une partie" : Vous n'avez vraiment à le faire qu'une seule fois. Il suffit de le cloner pendant que vous déjeunez, et vous l'aurez pour toujours. Par la suite, vous pouvez pull et obtenir des deltas de manière efficace à l'avenir. Et si vous voulez un autre clone, clonez simplement votre premier clone. L'endroit où vous avez obtenu un clone n'a pas d'importance (et les clones locaux ne prennent pas d'espace disque supplémentaire puisqu'il s'agit de liens durs sous les couvertures).

Answer 3

Cette méthode crée une archive non versionnée sans sous-dépôts :

hg clone -U ssh://machine//directory/path/to/repo/project projecttemp

cd projecttemp

hg archive -r tip ../project-no-subrepos

Le code source non versionné sans les sous-répertoires se trouve dans le répertoire project-no-subrepos.

Answer 4

En ce qui concerne Git, le fait que Linus Torvalds ait répondu à cette question d'un point de vue conceptuel en 2007, lors d'une conférence enregistrée et disponible en ligne, pourrait avoir une importance historique.

La question est de savoir s'il est possible d'extraire seulement certains fichiers d'un dépôt Git.

Tech Talk : Linus Torvalds sur git t=43:10

Pour résumer, il a dit que l'une des décisions de conception de Git qui le distingue des autres systèmes de gestion des sources (il cite BitKeeper et SVN) est que Git gère le contenu, pas les fichiers. Les implications sont que, par exemple, une différence d'un sous-ensemble de fichiers dans deux révisions est calculée en prenant d'abord la différence entière et ensuite en l'élaguant seulement aux fichiers qui ont été demandés. Une autre conséquence est que vous devez vérifier l'ensemble de l'historique, dans un mode tout ou rien. C'est pourquoi il suggère de répartir des composants peu liés entre plusieurs dépôts et mentionne un effort en cours pour mettre en œuvre une interface utilisateur permettant de gérer un dépôt structuré comme un super-projet contenant des dépôts plus petits.

Pour autant que je sache, cette décision de conception fondamentale s'applique toujours aujourd'hui. Le truc du super-projet est probablement devenu ce que sont maintenant sous-modules .

Answer 5

Dans mercurial, vous devriez être en mesure d'utiliser une partie de ceci :

hg convert --banchmap FILE SOURCEDEST REVMAP

Vous pouvez aussi vouloir :

--config convert.hg.startrev=REV

La source peut être git, mercurial, ou une variété d'autres systèmes.

Je ne l'ai pas essayé, mais convert est assez riche.