Wie klone ich in ein nicht leeres Verzeichnis?

Ich habe Verzeichnis A mit Dateien, die mit Verzeichnis B übereinstimmen. Verzeichnis A enthält möglicherweise andere benötigte Dateien. Verzeichnis B ist ein Git-Repo.

Ich möchte Verzeichnis B in Verzeichnis A klonen, aber Git-Clone erlaubt es mir nicht, da das Verzeichnis nicht leer ist.

Ich hatte gehofft, es würde nur .git klonen und da alle Dateien übereinstimmen, könnte ich von dort aus gehen?

Ich kann nicht in ein leeres Verzeichnis klonen, da ich Dateien in Verzeichnis A habe, die sich nicht in Verzeichnis B befinden, und ich möchte sie behalten.

Das Kopieren von .git ist keine Option, da Refs gedrückt / gezogen werden sollen und nicht manuell eingerichtet werden sollen.

Gibt es eine Möglichkeit, dies zu tun?

Update: Ich denke das funktioniert, kann jemand irgendwelche Probleme sehen? ->

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

Das hat bei mir funktioniert:

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

HINWEIS: Legt -t den Upstream-Zweig für Sie fest, wenn Sie dies wünschen und dies normalerweise der Fall ist.

In den folgenden Shell-Befehlen existing-dirbefindet sich ein Verzeichnis, dessen Inhalt mit den verfolgten Dateien im repo-to-cloneGit-Repository übereinstimmt .

# 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

Eine kleine Änderung an einer der Antworten, die für mich funktioniert haben:

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

um sofort mit der Arbeit an der Hauptniederlassung zu beginnen.

Warnung - Dies könnte möglicherweise Dateien überschreiben.

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

Geändert von der Antwort von @ cmcginty - ohne das -f hat es bei mir nicht funktioniert

Folgendes habe ich getan, als ich das gleiche Problem hatte (zumindest denke ich, dass es das gleiche Problem ist). Ich ging in Verzeichnis A und rannte git init.

Da ich nicht wollte, dass auf die Dateien in Verzeichnis A git folgt, habe ich .gitignore bearbeitet und die vorhandenen Dateien hinzugefügt. Danach lief ich git remote add origin '<url>' && git pull origin masteret voíla, B wird ohne einen einzigen Schluckauf in A "geklont".

Ich habe dies vor ein paar Augenblicken verwendet, erfordert die am wenigsten potenziell zerstörerischen Befehle:

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

Und voilá!

Ein anderes einfaches Rezept scheint für mich gut zu funktionieren:

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

Mein Hauptanwendungsfall beim Auschecken in ein Verzeichnis mit vorhandenen Dateien ist die Steuerung meiner Unix-Punktedateien mit Git. In einem neuen Konto enthält das Home-Verzeichnis bereits einige Dateien, möglicherweise sogar diejenigen, die ich von Git erhalten möchte.

Das hat bei mir funktioniert:

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

Ich hatte ein ähnliches Problem mit einem neuen Apache-Webverzeichnis (mit WHM erstelltes Konto), das ich als Staging-Webserver verwenden wollte. Ich musste mein neues Projekt zunächst mit der dortigen Codebasis klonen und regelmäßig Änderungen durch Abrufen aus dem Repository bereitstellen.

Das Problem war, dass das Konto bereits Webserver-Dateien enthielt wie:

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

... dass ich mein Repository weder löschen noch festschreiben wollte. Ich brauchte sie, um einfach ungestuft und ohne Spur dort zu bleiben.

Was ich getan habe:

Ich ging zu meinem Webordner (existierender_Ordner):

cd /home/existing_folder

und dann:

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

Es wurde (wie erwartet) eine Liste vieler nicht bereitgestellter Dateien angezeigt - diejenigen, die ursprünglich bereits in meinem cPanel-Webkonto vorhanden waren.

Dann habe ich dank dieses Artikels die Liste dieser Dateien hinzugefügt zu:

**.git/info/exclude**

Diese Datei .gitignoreermöglicht es Ihnen , fast wie die Datei, das Bereitstellen von Dateien zu ignorieren. Danach hatte ich nichts mehr im .git / -Verzeichnis festzuschreiben - es funktioniert wie ein persönliches.gitignore , das niemand sonst sehen kann.

Überprüfen Sie nun die git statusRetouren:

On branch master
nothing to commit, working tree clean

Jetzt kann ich Änderungen auf diesem Webserver bereitstellen, indem ich sie einfach aus meinem Git-Repository ziehe. Ich hoffe, dies hilft einigen Webentwicklern, auf einfache Weise einen Staging-Server zu erstellen.

Folgendes mache ich:

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

Vielleicht habe ich Ihre Frage falsch verstanden, aber wäre es nicht einfacher, wenn Sie die Dateien von A in das Git-Repo B kopieren / verschieben und die benötigten mit git add hinzufügen ?

UPDATE: Aus dem Git-Dokument:

Das Klonen in ein vorhandenes Verzeichnis ist nur zulässig, wenn das Verzeichnis leer ist.

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

Ich habe nach etwas Ähnlichem gesucht und mir Folgendes ausgedacht:

In meiner Situation habe ich einen aktiven Webbaum und habe versucht, ein Remote-Repository dafür zu erstellen, ohne eine der Dateien im aktuellen Webbaum zu verschieben. Folgendes habe ich getan:

1. Gehen Sie zum Webbaum und führen Sie es aus git init
2. Gehen Sie zum vorgesehenen Speicherort des Repositorys und führen Sie Folgendes aus: git clone --bare /path/to/web/repo
3. Bearbeiten Sie die Konfigurationsdatei in meinem Remote-Repo und entfernen Sie die [remote "origin"] Abschnitt.
4. Fügen Sie [remote "origin"]im Webbaum einen Abschnitt zu .git / config hinzu, der auf das neue Remote-Repo verweist.

Dies ist Arbeit für mich, aber Sie sollten Remote-Repository-Dateien mit den lokalen Dateien zusammenführen:

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

Ich mochte Dales Antwort und fügte hinzu

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

Durch die geringe Tiefe wurden viele zusätzliche frühe Entwickler-Commits vermieden. Der neue Zweig hat uns eine gute visuelle Geschichte gegeben, dass ein neuer Code von diesem Server eingefügt wurde. Das ist meiner Meinung nach der Zweig mit der perfekten Verwendung. Mein Dank geht an die großartigen Einblicke aller Leute, die hier gepostet haben.

Ich habe die gleichen Probleme beim Versuch, auf c / code zu klonen

Dieser Ordner enthält jedoch eine ganze Reihe von Projekten.

Ich habe einen neuen Ordner in c / code / newproject erstellt und meinen Klon diesem Ordner zugeordnet.

Git für Desktop dann von meinem Benutzer gefragt und dann gut geklont.