Est-il possible de faire une extraction clairsemée sans avoir d'abord vérifié l'intégralité du référentiel?

Je travaille avec un référentiel avec un très grand nombre de fichiers dont l'extraction prend des heures. J'étudie la possibilité de savoir si Git fonctionnerait bien avec ce type de référentiel maintenant qu'il prend en charge les extractions éparses, mais chaque exemple que je peux trouver fait ce qui suit:

git clone <path>
git config core.sparsecheckout true
echo <dir> > .git/info/sparse-checkout
git read-tree -m -u HEAD

Le problème avec cette séquence de commandes est que le clone d'origine effectue également une extraction. Si vous ajoutez -n à la commande de clonage d'origine, la commande read-tree génère l'erreur suivante:

erreur: l'extraction éparse ne laisse aucune entrée sur le répertoire de travail

Comment faire l'extraction parcimonieuse sans avoir d'abord extrait tous les fichiers?

En 2020, il existe un moyen plus simple de gérer les extractions éparses sans avoir à se soucier des fichiers .git. Voici comment je l'ai fait:

git clone <URL> --no-checkout <directory>
cd <directory>
git sparse-checkout init --cone # to fetch only root files
git sparse-checkout set apps/my_app libs/my_lib # etc, to list sub-folders to checkout
# they are checked out immediately after this command, no need to run git pull

Notez qu'il nécessite l'installation de la version 2.25 de git. En savoir plus ici: https://github.blog/2020-01-17-bring-your-monorepo-down-to-size-with-sparse-checkout/

METTRE À JOUR:

La git clonecommande ci-dessus clonera toujours le dépôt avec son historique complet, mais sans extraire les fichiers. Si vous n'avez pas besoin de l'historique complet, vous pouvez ajouter le paramètre --depth à la commande, comme ceci:

# create a shallow clone,
# with only 1 (since depth equals 1) latest commit in history
git clone <URL> --no-checkout <directory> --depth 1

Veuillez noter que cette réponse télécharge une copie complète des données à partir d'un référentiel. La git remote add -fcommande clonera tout le référentiel. Depuis la page de manuel degit-remote :

Avec l' -foption, git fetch <name>s'exécute immédiatement après la configuration des informations distantes.

Essaye ça:

mkdir myrepo
cd myrepo
git init
git config core.sparseCheckout true
git remote add -f origin git://...
echo "path/within_repo/to/desired_subdir/*" > .git/info/sparse-checkout
git checkout [branchname] # ex: master

Vous constaterez maintenant que vous avez une extraction "élaguée" avec uniquement les fichiers de chemin / within_repo / vers / souhaité_subdir présents (et dans ce chemin).

Notez que sur la ligne de commande Windows vous ne devez pas citer le chemin, c'est à dire que vous devez changer la 6ème commande avec celle-ci:

echo path/within_repo/to/desired_subdir/* > .git/info/sparse-checkout

si vous ne le faites pas, vous obtiendrez les guillemets dans le fichier de retrait épars, et cela ne fonctionnera pas

Git clone a une option ( --no-checkoutou -n) qui fait ce que vous voulez.

Dans votre liste de commandes, changez simplement:

git clone <path>

Pour ça:

git clone --no-checkout <path>

Vous pouvez ensuite utiliser la caisse clairsemée comme indiqué dans la question.

J'ai eu un cas d'utilisation similaire, sauf que je voulais extraire uniquement le commit d'une balise et élaguer les répertoires. L'utilisation --depth 1rend les choses vraiment rares et peut vraiment accélérer les choses.

mkdir myrepo
cd myrepo
git init
git config core.sparseCheckout true
git remote add origin <url>  # Note: no -f option
echo "path/within_repo/to/subdir/" > .git/info/sparse-checkout
git fetch --depth 1 origin tag <tagname>
git checkout <tagname>

J'ai trouvé la réponse que je cherchais dans le one-liner posté plus tôt par pavek (merci!) Donc je voulais fournir une réponse complète en une seule réponse qui fonctionne sous Linux (GIT 1.7.1):

1--> mkdir myrepo
2--> cd myrepo
3--> git init
4--> git config core.sparseCheckout true
5--> echo 'path/to/subdir/' > .git/info/sparse-checkout
6--> git remote add -f origin ssh://...
7--> git pull origin master

J'ai un peu changé l'ordre des commandes mais cela ne semble pas avoir d'impact. La clé est la présence de la barre oblique de fin "/" à la fin du chemin à l'étape 5.

Malheureusement, aucune de ces solutions n'a fonctionné pour moi, alors j'ai passé très longtemps à essayer différentes combinaisons de sparse-checkout fichiers.

Dans mon cas, je voulais ignorer les dossiers avec les configurations IntelliJ IDEA.

Voici ce que j'ai fait:

Courir git clone https://github.com/myaccount/myrepo.git --no-checkout

Courir git config core.sparsecheckout true

Créé .git\info\sparse-checkoutavec le contenu suivant

!.idea/*
!.idea_modules/*
/*

Exécutez 'git checkout -' pour obtenir tous les fichiers.

La chose essentielle pour le faire fonctionner était d'ajouter /* après le nom du dossier.

J'ai git 1.9

Oui, possibilité de télécharger un dossier au lieu de télécharger tout le référentiel. Même tout / dernier commit

Belle façon de faire ça

D:\Lab>git svn clone https://github.com/Qamar4P/LolAdapter.git/trunk/lol-adapter -r HEAD

1. -r HEAD téléchargera uniquement la dernière révision, ignore tout l'historique.

2. Remarque tronc et / dossier spécifique

Copiez et modifiez l'URL avant et après /trunk/. J'espère que cela aidera quelqu'un. Prendre plaisir :)

Mis à jour le 26 sept. 2019

Réponse mise à jour 2020:

Il y a maintenant une commande git sparse-checkout, que je présente en détail avec Git 2.25 (Q1 2020)

La réponse de nicono illustre son utilisation:

git sparse-checkout init --cone # to fetch only root files
git sparse-checkout add apps/my_app
git sparse-checkout add libs/my_lib

Il a évolué avec Git 2.27 et sait comment "réappliquer" une extraction éparse, comme ici .
Notez qu'avec Git 2.28, git statusmentionnera que vous êtes dans un référentiel extrait de manière fragmentée

Réponse originale: 2016

git 2.9 (juin 2016) généralisera l' --no-checkoutoption à git worktree add(la commande qui permet de travailler avec plusieurs arbres de travail pour un dépôt )

Voir commit ef2a0ac (29 mars 2016) par Ray Zhang ( OneRaynyDay) .
Aide: Eric Sunshine ( sunshineco) et Junio ​​C Hamano ( gitster) .
^{(Fusionné par Junio ​​C Hamano - gitster- in commit 0d8683c , 13 avril 2016)}

La git worktreepage de manuel comprend désormais:

--[no-]checkout:

Par défaut, addchèques <branch>, cependant, --no-checkoutpeuvent être utilisés à la caisse afin suppress d'effectuer les personnalisations, telles que la configuration de la caisse-clairsemée .

Étapes à suivre pour extraire uniquement un dossier spécifique:

1) git clone --no-checkout  <project clone url>  
2) cd <project folder>
3) git config core.sparsecheckout true   [You must do this]
4) echo "<path you want to sparce>/*" > .git/info/sparse-checkout
    [You must enter /* at the end of the path such that it will take all contents of that folder]
5) git checkout <branch name> [Ex: master]

Sur la base de cette réponse d' apenwarr et de ce commentaire de Miral, j'ai proposé la solution suivante qui m'a permis d'économiser près de 94% d'espace disque lors du clonage local du référentiel linux git tout en ne voulant qu'un sous-répertoire de documentation:

$ cd linux
$ du -sh .git .
2.1G    .git
894M    .
$ du -sh 
2.9G    .
$ mkdir ../linux-sparse-test
$ cd ../linux-sparse-test
$ git init
Initialized empty Git repository in /…/linux-sparse-test/.git/
$ git config core.sparseCheckout true
$ git remote add origin ../linux
# Parameter "origin master" saves a tiny bit if there are other branches
$ git fetch --depth=1 origin master
remote: Enumerating objects: 65839, done.
remote: Counting objects: 100% (65839/65839), done.
remote: Compressing objects: 100% (61140/61140), done.
remote: Total 65839 (delta 6202), reused 22590 (delta 3703)
Receiving objects: 100% (65839/65839), 173.09 MiB | 10.05 MiB/s, done.
Resolving deltas: 100% (6202/6202), done.
From ../linux
 * branch              master     -> FETCH_HEAD
 * [new branch]        master     -> origin/master
$ echo "Documentation/hid/*" > .git/info/sparse-checkout
$ git checkout master
Branch 'master' set up to track remote branch 'master' from 'origin'.
Already on 'master'
$ ls -l
total 4
drwxr-xr-x 3 abe abe 4096 May  3 14:12 Documentation/
$  du -sh .git .
181M    .git
100K    .
$  du -sh
182M    .

Je suis donc passé de 2,9 Go à 182 Mo, ce qui est déjà très agréable.

Je n'ai cependant pas réussi à faire fonctionner cela git clone --depth 1 --no-checkout --filter=blob:none file:///…/linux linux-sparse-test( suggéré ici ) car les fichiers manquants ont tous été ajoutés en tant que fichiers supprimés à l'index. Donc, si quelqu'un connaît l'équivalent de git clone --filter=blob:nonefor git fetch, nous pouvons probablement économiser encore plus de mégaoctets. (La lecture de la page de manuel de git-rev-listindique également qu'il existe quelque chose comme--filter=sparse:path=… , mais je n'ai pas réussi à faire fonctionner cela non plus.

(Tous ont été essayés avec git 2.20.1 de Debian Buster.)

Je suis nouveau sur git mais il semble que si je fais git checkout pour chaque répertoire, cela fonctionne. En outre, le fichier d'extraction éparse doit avoir une barre oblique à la fin de chaque répertoire, comme indiqué. Quelqu'un de plus d'expérience, veuillez confirmer que cela fonctionnera.

Fait intéressant, si vous extrayez un répertoire qui ne se trouve pas dans le fichier d'extraction éparse, cela ne semble pas faire de différence. Ils n'apparaissent pas dans l'état git et git read-tree -m -u HEAD ne le supprime pas. git reset --hard n'entraîne pas non plus la suppression du répertoire. Quelqu'un de plus expérimenté voudrait commenter ce que Git pense des répertoires qui sont extraits mais qui ne sont pas dans le fichier d'extraction clairsemé?

Dans git 2.27, il semble que git sparse checkout ait évolué. La solution dans cette réponse ne fonctionne pas exactement de la même manière (par rapport à git 2.25)

git clone <URL> --no-checkout <directory>
cd <directory>
git sparse-checkout init --cone # to fetch only root files
git sparse-checkout set apps/my_app libs/my_lib # etc, to list sub-folders to checkout
# they are checked out immediately after this command, no need to run git pull

Ces commandes fonctionnaient mieux:

git clone --sparse <URL> <directory>
cd <directory>
git sparse-checkout init --cone # to fetch only root files
git sparse-checkout add apps/my_app
git sparse-checkout add libs/my_lib

Voir aussi: git-clone --sparse et git-sparse-checkout add

Dans mon cas, je souhaite ignorer le Podsdossier lors du clonage du projet. Je l'ai fait étape par étape comme ci-dessous et cela fonctionne pour moi. J'espère que ça aide.

mkdir my_folder
cd my_folder
git init
git remote add origin -f <URL>
git config core.sparseCheckout true 
echo '!Pods/*\n/*' > .git/info/sparse-checkout
git pull origin master

Mémo, si vous voulez sauter plus de dossiers, ajoutez simplement plus de ligne dans le fichier de retrait clairsemé.