Wie konvertiere ich ein Bare-Git-Repository in ein normales (In-Place)?

Ich habe ein Bare-Git-Repository, muss aber über ssh auf dessen Inhalt zugreifen und ihn durchsuchen (in einem Dateimanager wie User Experience).

Ich nehme an, ich könnte es klonen:

git clone -l <path_to_bare_repo> <new_normal_repo>

Mein Repository ist jedoch ungefähr 20 GB groß und ich habe nicht den Speicherplatz, um es zu duplizieren. Gibt es eine Möglichkeit, das nackte Repository direkt zu konvertieren, um eine Arbeitskopie zu erhalten?

Hinweis : Ich habe dies in einem sehr einfachen 1-Commit-Repository getestet . Überprüfen Sie dies noch einmal, lesen Sie die Manpages und seien Sie immer froh, dass Sie ein Backup erstellt haben, bevor Sie den Ratschlägen folgen, die Sie auf StackOverflow gefunden haben. (Sie sichern, richtig?)

So konvertieren Sie ein --bareRepository in ein nicht nacktes:

1. Erstellen Sie einen .gitOrdner in der obersten Ebene Ihres Repositorys.
2. Verschieben Sie die Repository-Verwaltungselemente ( HEAD branches config description hooks info objects refsusw.) in das .gitsoeben erstellte.
3. Führen Sie git config --local --bool core.bare falsediese Option aus, um das lokale Git-Repository in ein nicht nacktes zu konvertieren.
4. (über einen Kommentar von Tamás Pap ) Nach Schritt 3 sehen Sie, dass Sie sich in einem Zweig befinden master(oder in welchem ​​Hauptzweig sich auch immer befindet) und alle Ihre Dateien gelöscht und der Löschvorgang inszeniert wird. Das ist normal. Einfach manuell auschecken masteroder a git reset --hard, und fertig.
5. (to resolve Ausgabe berichtete von Royi ) bearbeitet .git/configDatei hinzufügen Zeile fetch = +refs/heads/*:refs/remotes/origin/*nach url = <...>in [remote "origin"]Abschnitt. Andernfalls git fetchwerden origin/masterdie Zweige anderer Herkunft nicht angezeigt.

Diese Schritte sind in der entgegengesetzten Richtung von dieser Frage , „git-convert normal entblößen Repository“ - insbesondere Notiz dieser Antwort , die besagt , dass die obigen Schritte (in, nehme ich an, entweder Richtung) ist verschieden von einem tun git-clone. Ich bin mir nicht sicher, ob das für Sie relevant ist, aber Sie haben es git clonein der Frage erwähnt.

Ich hatte ein etwas anderes Szenario:

• ein Non-Repo ( durch einen Tarball von Github kommen )
• die Notwendigkeit, ein vollständiges Repo aus diesem Inhalt wiederherzustellen.

Lösung:

• Klonen Sie ein nacktes Repo in diesem Inhalt in einem .gitVerzeichnis:
  git clone --bare https://github.com/user/project .git
• Markieren Sie es als nicht nacktes Repo:
  git config --local --bool core.bare false
• Zurücksetzen des Index (andernfalls wird angenommen, dass alles gelöscht wurde, da ein .git nacktes Repo keine Datei ' index' enthält.) Damit wird der Index
  git reset HEAD -- .
  wiederhergestellt .git/index.

Ich habe ein nacktes Repo effektiv in ein nicht nacktes verwandelt und dabei den Inhalt beibehalten, den ich zuvor erhalten hatte.
Das vollständige Skript, das ich seit Jahren verwende, umfasst die folgenden Schritte:

cd /path/to/current/worktree

# That creates a .git directly at the right place
git clone --bare /url/of/repo .git

# restore the link between the local repo and its upstream remote repo
git config --local --bool core.bare false
git config --local remote.origin.fetch +refs/heads/*:refs/remotes/origin/*
git fetch origin
git branch -u origin/master master

# reset the index (not the working tree)
git reset HEAD -- .

Ich akzeptiere jedoch, dass die akzeptierte Lösung (mit dem von ADTC hinzugefügten hilfreichen git resetSchritt ) einfacher ist.

So vereinfachen und kombinieren Sie die Informationen in den Antworten:

Es gibt drei Unterschiede, die ein nacktes Repo von einem normalen .git-Ordner unterscheiden:

• core.bare wird in der Konfigurationsdatei auf true gesetzt
• Indexdatei und Arbeitsbaum sind nicht vorhanden
• Eine Standardreferenzspezifikation für die "Ursprungs" -Fernbedienung wird nicht generiert

Sie können Ihr Bare-Repo also einfach in den .git-Unterordner eines neuen Ordners verschieben.

mkdir clone
mv bare.git clone/.git

Core.bare ändern:

cd clone
git config --local --bool core.bare false

Fügen Sie eine Standard-Ursprungsreferenz hinzu, um dieselben Standardeinstellungen wie gewohnt zu erstellen git fetchund git pushauszuwählen:

git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'

Und generieren Sie die Indexdatei und den Arbeitsbaum:

git checkout master

Ich empfehle , die Dateien git checkoutnicht git resetzu generieren, falls sie versehentlich an der falschen Stelle eingegeben werden.

Bei der Frage des Originalplakats geht es darum, nicht genügend Platz zu haben, um die Dinge auf einfache Weise zu erledigen. Für diejenigen, die genug Platz haben, ist die Antwort viel einfacher:

git clone foo.git foo

Wenn Sie nur noch wenig Speicherplatz haben, ist das Erweitern des Arbeitsbaums durch Konvertieren in ein normales Repository ein Problem. Sie können jedoch den Inhalt eines Bare-Repos durchsuchen, ohne ihn zu konvertieren. Verwenden Sie dieses git cat-file -p <commit-sha>Commit, um den Baum anzuzeigen, auf den es verweist. Verwenden Sie git cat-file -p <blob-sha>diese Option , um den Inhalt der Datei anzuzeigen, auf die der Blob verweist. Verwenden Sie diese git show <sha>:pathOption, wenn sha entweder ein Commit oder ein Baum ist, um den Inhalt des Blobs im Pfad anzuzeigen.

cd in nacktes Repo und tun

1. Entweder:

git config core.bare false
git reset --hard

2. oder

git clone X.git X

(gibt dir reguläres Git Repo mit dem Namen X)

Wenn es Ihnen nichts ausmacht, an einem anderen Arbeitsbaum zu arbeiten, dann

git worktree add ../repo2
cd ..
git status # now works fine

Bitte beachten Sie, dass dies kein Klon ist.

Push-to-Deploy

Anstatt die nackte Fernbedienung in ein Standard-Repository zu konvertieren, können Sie das Post-Receive-Skript im Hooks-Verzeichnis verwenden, um das Repository in ein Bereitstellungsverzeichnis zu erweitern.

Hier ist ein gutes Beispiel für die Einrichtung von Push-to-Deploy

Zur Vereinfachung der Bezugnahme ist dies das Beispiel für den Skriptinhalt über den obigen Link. Es werden nur Pushs vom Zweig "master" in ein Verzeichnis mit dem Namen "deploy" bereitgestellt, das sich auf derselben Ebene befindet wie das übergeordnete Verzeichnis des Repositorys:

#!/usr/bin/env ruby
# post-receive

# 1. Read STDIN (Format: "from_commit to_commit branch_name")
from, to, branch = ARGF.read.split " "

# 2. Only deploy if master branch was pushed
if (branch =~ /master$/) == nil
    puts "Received branch #{branch}, not deploying."
    exit
end

# 3. Copy files to deploy directory
deploy_to_dir = File.expand_path('../deploy')
`GIT_WORK_TREE="#{deploy_to_dir}" git checkout -f master`
puts "DEPLOY: master(#{to}) copied to '#{deploy_to_dir}'"