Clone partiel avec Git et Mercurial

en terre mercuriale vous parlez de trois types différents de clones partiels:

• shallow clones: je veux l'histoire de la révision point X onward utiliser le remotefilelog extension
• partial clones by filepath: je veux toute l'histoire de révision dans le répertoire / chemin avec expérimental narrow HG extension ou je veux seulement des fichiers dans directory /chemin dans mon répertoire de travail avec expérimental éparses extension (disponible depuis la version 4.3, voir hg help sparse ).
• 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 vont vouloir décomposer les choses par filepath (plusieurs projets dans le même repo (honte à vous)) vous pouvez utiliser des sous-dépôts (sorte de svn externes) de pré-fractionnement des pensions de titres en séparément clonable parties

aussi, pour ce qui est du" si énorme que j'aimerais n'en avoir qu'une partie": il ne faut vraiment le faire qu'une seule fois. Clonez - le pendant que vous déjeunez, et vous l'aurez pour toujours. Par la suite, vous pouvez pull et obtenir des deltas efficacement aller de l'avant. Et si tu veux un autre clone, clone ton premier clone. Où vous avez un clone n'a pas d'importance (et les clones locaux ne prennent pas d'autres diskspace puisqu'ils sont des liens durs sous les couvertures).

la réponse choisie donne un bon aperçu, mais il n'y a pas d'exemple complet.

minimisez votre empreinte de téléchargement et de caisse (a) , (b) :

git clone --no-checkout --depth 1 --single-branch --branch (name) (repo) (folder)
cd (folder)
git config core.sparseCheckout true
echo "target/path/1" >>.git/info/sparse-checkout
echo "target/path/2" >>.git/info/sparse-checkout
git checkout

optimisez périodiquement l'empreinte de votre dépôt local (c) (facultatif, utiliser avec soin):

git clean --dry-run # consider and tweak results then switch to --force
git gc
git repack -Ad
git prune

Voir aussi: dépôts avec git

cette méthode crée une archive Non suivie en versions 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 traduit en version électronique sans les sous-référentiels est dans le répertoire project-no-sous-référentiels

en ce qui concerne Git il pourrait être d'une importance historique que Linus Torvalds a répondu à cette question de la perspective conceptuelle en 2007 dans un discours qui a été enregistré et est disponible en ligne.

la question Est de savoir s'il est possible de vérifier seulement quelques fichiers d'un dépôt Git.

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

pour résumer, il a dit que l'un des les décisions de Git qui le distinguent des autres systèmes de gestion des sources (il cite BitKeeper et SVN) sont que git gère le contenu, pas les fichiers. Les implications étant 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 puis en l'élaguant seulement aux fichiers qui ont été demandés. Une autre est que vous devez vérifier toute l'histoire; d'une façon tout ou rien. Pour cette raison, il suggère de diviser les composants vaguement liés entre plusieurs il mentionne ensuite un effort continu pour mettre en œuvre une interface utilisateur pour 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 fondamentale est toujours valable aujourd'hui. La chose de super-projet est probablement devenue ce qui sont maintenant submodules .

dans mercurial, vous devriez être en mesure de certains de ces en utilisant:

hg convert --banchmap FILE SOURCEDEST REVMAP

, Vous pouvez également:

--config convert.hg.startrev=REV

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

je n'ai pas essayé, mais convertir est assez riche.