Comment cloner dans un répertoire non vide?

J'ai le répertoire A avec des fichiers correspondant au répertoire B. Le répertoire A peut avoir d'autres fichiers nécessaires. Le répertoire B est un dépôt git.

Je veux cloner le répertoire B dans le répertoire A mais git-clone ne me le permettra pas car le répertoire n'est pas vide.

J'espérais qu'il clonerait juste .git et puisque tous les fichiers correspondent, je pourrais y aller?

Je ne peux pas cloner dans un répertoire vide car j'ai des fichiers dans le répertoire A qui ne sont pas dans le répertoire B et je veux les conserver.

Copier .git n'est pas une option car je veux que les refs poussent / tirent avec et je ne veux pas les configurer manuellement.

Y a-t-il un moyen de faire ça?

Mise à jour: je pense que cela fonctionne, quelqu'un peut-il voir des problèmes? ->

cd a
git clone --no-hardlinks --no-checkout ../b a.tmp 
mv a.tmp/.git .
rm -rf a.tmp
git unstage # apparently git thinks all the files are deleted if you don't do this

Cela a fonctionné pour moi:

git init
git remote add origin PATH/TO/REPO
git fetch
git reset origin/master  # Required when the versioned files existed in path before "git init" of this repo.
git checkout -t origin/master

REMARQUE: -t définira la branche en amont pour vous, si c'est ce que vous voulez, et c'est généralement le cas.

Dans les commandes shell suivantes se existing-dirtrouve un répertoire dont le contenu correspond aux fichiers suivis dans le repo-to-cloneréférentiel git.

# Clone just the repository's .git folder (excluding files as they are already in
# `existing-dir`) into an empty temporary directory
git clone --no-checkout repo-to-clone existing-dir/existing-dir.tmp # might want --no-hardlinks for cloning local repo

# Move the .git folder to the directory with the files.
# This makes `existing-dir` a git repo.
mv existing-dir/existing-dir.tmp/.git existing-dir/

# Delete the temporary directory
rmdir existing-dir/existing-dir.tmp
cd existing-dir

# git thinks all files are deleted, this reverts the state of the repo to HEAD.
# WARNING: any local changes to the files will be lost.
git reset --hard HEAD

Une légère modification à l'une des réponses qui a fonctionné pour moi:

git init
git remote add origin PATH/TO/REPO
git pull origin master

pour commencer immédiatement à travailler sur la branche principale.

Avertissement - cela pourrait potentiellement écraser les fichiers.

git init     
git remote add origin PATH/TO/REPO     
git fetch     
git checkout -t origin/master -f

Modifié à partir de la réponse de @ cmcginty - sans le -f, cela n'a pas fonctionné pour moi

Voici ce que j'ai fini par faire quand j'ai eu le même problème (au moins je pense que c'est le même problème). Je suis allé dans le répertoire A et j'ai couru git init.

Comme je ne voulais pas que les fichiers du répertoire A soient suivis de git, j'ai édité .gitignore et y ai ajouté les fichiers existants. Après cela, j'ai couru git remote add origin '<url>' && git pull origin masteret voíla, B est "cloné" dans A sans un seul hoquet.

Je l'ai utilisé il y a quelques instants, nécessite les commandes les moins potentiellement destructrices:

cd existing-dir
git clone --bare repo-to-clone .git
git config --unset core.bare
git remote rm origin
git remote add origin repo-to-clone
git reset

Et voilá!

Une autre recette simple semble bien fonctionner pour moi:

git clone --bare $URL .git
git config core.bare false

Mon principal cas d'utilisation pour extraire un répertoire avec des fichiers existants est de contrôler mes fichiers dot Unix avec Git. Sur un nouveau compte, le répertoire personnel contient déjà certains fichiers, peut-être même ceux que je souhaite obtenir de Git.

Cela a fonctionné pour moi:

cd existing_folder
git init
git remote add origin path_to_your_repo.git
git add .
git commit
git push -u origin master

J'ai eu un problème similaire avec un nouveau répertoire Web Apache (compte créé avec WHM) que je prévoyais d'utiliser comme serveur Web intermédiaire. J'avais initialement besoin de cloner mon nouveau projet avec la base de code là-bas et de déployer périodiquement les modifications en tirant du référentiel.

Le problème était que le compte contenait déjà des fichiers de serveur Web comme:

.bash_history
.bash_logout
.bash_profile
.bashrc
.contactemail
.cpanel/
...

... que je ne voulais ni supprimer ni valider mon référentiel. J'avais besoin d'eux pour rester là sans mise en scène et sans suivi.

Ce que j'ai fait:

Je suis allé dans mon dossier Web (dossier_existant):

cd /home/existing_folder

et alors:

git init
git remote add origin PATH/TO/REPO
git pull origin master
git status

Il a affiché (comme prévu) une liste de nombreux fichiers non intermédiaires - ceux qui existaient déjà au départ de mon compte Web cPanel.

Ensuite, grâce à cet article , je viens d'ajouter la liste de ces fichiers à:

**.git/info/exclude**

Ce fichier, presque comme le .gitignorefichier, vous permet d'ignorer les fichiers d'être mis en scène. Après cela, je n'avais plus rien à valider dans le répertoire .git / - cela fonctionne comme un.gitignore que personne d'autre ne peut voir.

Vérification des git statusretours:

On branch master
nothing to commit, working tree clean

Maintenant, je peux déployer des modifications sur ce serveur Web en tirant simplement de mon référentiel git. J'espère que cela aidera certains développeurs Web à créer facilement un serveur de transfert.

Voici ce que je fais:

git clone repo /tmp/folder
cp -rf /tmp/folder/.git /dest/folder/
cd /dest/folder
git checkout -f master

Peut-être que j'ai mal compris votre question, mais ne serait-il pas plus simple si vous copiez / déplacez les fichiers de A vers le git repo B et ajoutez ceux nécessaires avec git add ?

MISE À JOUR: Du git doc:

Le clonage dans un répertoire existant n'est autorisé que si le répertoire est vide.

SOURCE: http://git-scm.com/docs/git-clone

Je cherchais quelque chose de similaire, et voici ce que j'ai trouvé:

Ma situation est celle où j'ai une arborescence Web active et j'essayais de créer un référentiel distant pour celle-ci sans déplacer aucun des fichiers de l'arborescence Web actuelle. Voici ce que j'ai fait:

1. Accédez à l'arborescence Web et exécutez git init
2. Accédez à l'emplacement prévu du référentiel et exécutez: git clone --bare /path/to/web/repo
3. Modifiez le fichier de configuration dans mon référentiel distant et supprimez la [remote "origin"]section.
4. Ajoutez une [remote "origin"]section à .git / config dans l'arborescence Web pointant vers le nouveau référentiel distant.

cela fonctionne pour moi ， mais vous devez fusionner les fichiers du référentiel distant avec les fichiers locaux:

git init
git remote add origin url-to-git
git branch --set-upstream-to=origin/master master
git fetch
git status

J'ai aimé la réponse de Dale et j'ai également ajouté

git clone --depth 2 --no-checkout repo-to-clone existing-dir/existing-dir.tmp
git branch dev_new214
git checkout dev_new214
git add .
git commit
git checkout dev
git merge dev_new214

La faible profondeur a évité beaucoup de commits de dev supplémentaires. La nouvelle branche nous a donné une bonne histoire visuelle qu'il y avait du nouveau code de ce serveur qui a été placé dedans. C'est la branche d'utilisation parfaite à mon avis. Merci à la grande perspicacité de toutes les personnes qui ont posté ici.

J'ai les mêmes problèmes en essayant de cloner en c / code

Mais ce dossier contient tout un tas de projets.

J'ai créé un nouveau dossier dans c / code / newproject et mappé mon clone sur ce dossier.

git for desktop a ensuite demandé à mon utilisateur, puis cloné bien.