Je veux cloner un dépôt GIT et ne PAS me retrouver avec un .gitrépertoire. En d'autres termes, je veux juste les fichiers. Y a-t-il un moyen de faire cela?

git clone --no-checkoutfait exactement le contraire de ce que je veux (m'a donné juste le .gitrépertoire).

J'essaie de le faire pour un dépôt distant , pas local, ce qui signifie que ce n'est pas un double de " Comment faire une" exportation git "(comme" svn export ") " (même si la solution pourrait finir par être la même).

La commande git qui serait la plus proche de ce que vous recherchez le ferait git archive.
Voir sauvegarde du projet qui utilise git : il inclura dans une archive tous les fichiers (y compris les sous-modules si vous utilisez le git-archive-allscript)

Vous pouvez ensuite utiliser cette archive n'importe où, en ne renvoyant que des fichiers, pas de .gitrépertoire.

git archive --remote=<repository URL> | tar -t

Si vous avez besoin de dossiers et de fichiers uniquement du premier niveau:

git archive --remote=<repository URL> | tar -t --exclude="*/*"

Pour répertorier uniquement les dossiers de premier niveau d'un référentiel distant:

git archive --remote=<repository URL> | tar -t --exclude="*/*" | grep "/"

Remarque: cela ne fonctionne pas pour GitHub (non pris en charge)

Vous auriez donc besoin de cloner (peu profond pour accélérer l'étape de clonage), puis d'archiver localement :

git clone --depth=1 git@github.com:xxx/yyy.git
cd yyy
git archive --format=tar aTag -o aTag.tar

Une autre option serait de faire un clonage superficiel (comme mentionné ci-dessous), mais en localisant le dossier .git ailleurs.

git --git-dir=/path/to/another/folder.git clone --depth=1 /url/to/repo

Le dossier de dépôt n'inclurait que le fichier, sans .git.

Remarque: git --git-dir est une option de la commandegit , non git clone.

Mise à jour avec Git 2.14.X / 2.15 (Q4 2017): cela évitera d'ajouter des dossiers vides .

" git archive", surtout lorsqu'il est utilisé avec pathspec, stockait un répertoire vide dans sa sortie, même si Git lui-même ne le fait jamais.
Cela a été corrigé.

Voir commit 4318094 (12 sept. 2017) de René Scharfe (``) .
Suggéré par: Jeff King ( peff) .
^{(Fusionné par Junio ​​C Hamano - gitster- dans commit 62b1cb7 , 25 sept. 2017)}

archive: n'ajoutez pas de répertoires vides aux archives

Bien que git ne suive pas les répertoires vides, il git archivepeut être amené à en mettre dans des archives.
Bien que cela soit pris en charge par la base de données d'objets, il ne peut pas être représenté dans l'index et il est donc peu probable qu'il se produise à l'état sauvage.

Comme les répertoires vides ne sont pas pris en charge par git, ils ne doivent pas non plus être écrits dans des archives.
Si un répertoire vide est vraiment nécessaire, il peut être suivi et archivé en y plaçant un .gitignorefichier vide .

git archive --format=tar --remote=<repository URL> HEAD | tar xf -

pris d' ici

vous pouvez créer un clone superficiel pour n'obtenir que les dernières révisions:

 git clone --depth 1 git://url

puis supprimez simplement le répertoire .git ou utilisez git archivepour exporter votre arborescence.

Pourquoi ne pas effectuer un clonage puis supprimer le .gitrépertoire pour ne disposer que d'une copie de travail nue?

Edit: Ou en fait, pourquoi utiliser le clone? C'est un peu déroutant quand vous dites que vous voulez un repo git mais sans .gitrépertoire. Si vous voulez dire que vous voulez juste une copie d'un état de l'arborescence, pourquoi ne pas le faire cp -Rdans le shell au lieu du clone git, puis supprimez-le .gitensuite.

Il semble que vous vouliez juste une copie du code source. Si tel est le cas, pourquoi ne pas simplement copier le répertoire et exclure le répertoire .git de la copie?

git checkout -f

Il existe une autre façon de faire cela en séparant le dépôt de l'arborescence de travail.

Cette méthode est utile si vous devez mettre à jour régulièrement ces fichiers git sans git. Par exemple, je l'utilise lorsque j'ai besoin d'extraire des fichiers source et de créer un artefact, puis de copier l'artefact dans un dépôt différent juste pour le déploiement sur un serveur, et je l'utilise également lorsque je pousse le code source vers un serveur lorsque je veux le code source à récupérer et à intégrer dans le répertoire www.

Nous allons créer deux dossiers, un pour le git et un pour les fichiers de travail:

mkdir workingfiles
mkdir barerepo.git

initialisez un dépôt git nu:

cd barerepo.git
git --bare init 

Créez ensuite un hook de post-réception:

touch hooks/post-receive
chmod ug+x hooks/post-receive

Modifiez la post-réception dans votre éditeur préféré:

GIT_WORK_TREE=/path/to/workingfiles git checkout -f
# optional stuff:
cd down/to/some/directory
[do some stuff]

Ajoutez ceci comme télécommande:

git remote add myserver ssh://user@host:/path/to/barerepo.git

Désormais, chaque fois que vous poussez vers ce dépôt nu, il extrait l'arborescence de travail /workingfiles/. Mais /workingfiles/lui-même n'est pas sous contrôle de version; en cours d' exécution git statusen /workingfiles/donnera l'erreur fatal: Not a git repository (or any parent up to mount point /data). Ce ne sont que des fichiers simples.

Contrairement à d'autres solutions, la rm -r .gitcommande n'est pas nécessaire, donc s'il /workingfiles/y a un autre dépôt git, vous n'avez pas à vous soucier de la commande utilisée pour supprimer les fichiers git de l'autre dépôt.