Entfernen Sie gelöschte Dateien aus dem git-Historie

Ich versuche zu splitten, ein Teilprojekt von meinem git-repository.
Jedoch anders als in
Trennen (Umzug) Unterverzeichnis in separaten Git repository
Ich habe es nicht in einem eigenen Unterverzeichnis (und bewegen und dabei die oben nur ergibt sich die Geschichte nach dem verschieben).

Habe ich geklont, der Zweig, von dem ich möchten, teilen Sie das Unterprojekt in das eigene repository und entfernt alles, was nicht verwendet wird, indem Sie das Teilprojekt, also im Grunde könnte ich das als repository für mein Teilprojekt.

Ich jetzt loswerden möchten, ist die Historie aller Dateien, die nicht mehr in das repository so, dass nur halten Sie die Datei-history für die Dateien, die in den Nachkommen.

Ich denke, es muss möglich sein, mit git-filter-branch, aber ich kann nicht herausfinden, wie

Vielen Dank im Voraus

InformationsquelleAutor Niklas Schnelle | 2012-05-20
  1. 7

    Hier sind einige Anweisungen, um zu tun, was Sie wollen.

    Dadurch entfernen file_to_remove:

    git filter-branch --index-filter 'git rm --cached --ignore-unmatch file_to_remove' --prune-empty -- --all
    • Das Ding ist, ich möchte nur die Dateien und Ihre Geschichte, die Sie in das Arbeitsverzeichnis und git vergessen Sie alles andere. Es wäre sehr umständlich, zuerst finden alle gelöschten Dateien und entfernen Sie Sie mit dem oben genannten Befehl, das ist, warum, obwohl ich fand, dass es es nicht zu viel verwenden
    InformationsquelleAutor Neil Forrester
  2. 3

    Ok jetzt versuche ich mit der folgenden Technik, werde berichten, wenn es geklappt hat, weil es scheint zu sein, ziemlich lange laufen:
    Auf eine zsh oder bash AUF EINEM GEKLONTEN Repository

    git log --diff-filter=D --summary <start_commit>..HEAD | egrep -o '*[[:alnum:]]*(/[[:alnum:].]*)+$' > deleted.txt

    um alle gelöschten Dateien

    for del in `cat deleted.txt`
do
    git filter-branch --index-filter "git rm --cached --ignore-unmatch $del" --prune-empty -- --all
    # The following seems to be necessary every time
    # because otherwise git won't overwrite refs/original
    git reset --hard
    git for-each-ref --format="%(refname)" refs/original/| xargs -n 1 git update-ref -d
    git reflog expire --expire=now --all
    git gc --aggressive --prune=now
done;

    Könnte dies extrem dangeours für Ihre Daten, so versuchen Sie nur über Klone.

    • Was hast du Ende finden?
    • Der Grund, es scheint zu laufen so langsam für Sie ist, weil Sie die git filter-branch Befehl einmal für jede Datei, zusammen mit einer Menge anderer Befehle (git gc ist nicht Billig, noch schnell den Befehl ausführen) anstelle von Ausführung einmal für alle Dateien, so ist es wohl äußerst ineffizient. Siehe die Kommentare unter Neues repo mit kopierten Geschichte nur zurzeit verfolgt-Dateien.
    • Wird drängen auf github oder gitlab clean-up remote-repository?
    InformationsquelleAutor Niklas Schnelle
Schreibe einen Kommentar