Git gilt nicht für gelöschte Dateien beim Zusammenführen eines alten-Zweig in den master. Wie kann ich feststellen, Git anwenden gelöschten Dateien?

Ich habe einen master und einen dev-branch.
Ich machte commits in beiden.
Ich habe auch einige Dateien gelöscht, die in dev.
Ich habe andere commit in master -, so ist diese master-branch ist mehr die jüngsten.

Mein Problem ist, dass die Zusammenlegung dev in master nicht löschen Dateien.

Git berücksichtigen Sie, dass diese Dateien in master vorhanden ist und folglich, halten Sie während des Seriendrucks.

Wie kann ich das zusammenfassen dieser beiden Zweige und die Kraft Git, alle und jeder verpflichtet made in dev ? inklusive gelöschter Dateien.

Thks für Eure Hilfe!

  • stackoverflow.com/help/how-to-ask
  • Interessant, sind Sie mit einem git-Anwendung oder einfach nur von der Kommandozeile aus?
  • Ich bin mit der cmd-line
  • Dies ist nicht der Weg, es funktioniert für mich. Führt definitiv löschen von Dateien, wenn es nicht zu einem Konflikt mit den Veränderungen in den Filialen. Sie haben ein spezielles Standard - merge-Strategie, der führt zu diesem Verhalten.
  • Nur zu wiederholen, dies ist nicht das, was git nicht. git behält keine Dateien während des Mischens, wenn Sie gelöscht werden, in den zu-sein-Zweig zusammengeführt. Sie haben ein anderes problem.
InformationsquelleAutor Matthieu Scarset | 2016-05-09
  1. 11

    Führt definitiv löschen von Dateien, wenn es nicht zu einem Konflikt mit den Veränderungen in den Filialen.

    git nicht erhalten-Dateien während des Mischens, wenn Sie gelöscht werden ist die Zusammenführung Zweig. - Nils_M

    Beweisen es mir, ich musste es versuchen zu reproduzieren das Szenario. Sehen Sie diese demonstration, in der Hoffnung, dass Sie sehen können, was Sie anders machen.

    ein neues repository erstellen

    mkdir test
cd test
git init

    Initialized empty Git repository in /test/.git/

    erstellen und hinzufügen von einigen Dateien zu master-Zweig

    echo one > 1.txt
echo two > 2.txt
git add .
git commit -m "init repo"

    [master (root-commit) feaa910] init repo

    2 files changed, 2 insertions(+)

    create mode 100644 1.txt

    create mode 100644 2.txt

    erstellen neuer Zweig, und fügen Sie/löschen Sie einige Dateien

    git checkout -b new

    Gewechselt zu einem neuen Zweig 'neue'

    echo three > 3.txt
rm 2.txt 
git add .
git status

    Auf neuen Zweig

    Veränderungen begangen werden:

    (benutzen Sie "git reset HEAD ..." to unstage)

    gelöscht: 2.txt

    neue Datei: 3.txt 

    git commit -m "changes in new"

    [neue db6b1a0] änderungen in der neuen

    2 files changed, 1 insertion(+), 1 deletion(-)

    delete mode 100644 2.txt

    create mode 100644 3.txt

    Begehen einige weitere änderungen im master

    git checkout master

    Switched to branch 'master'

    echo update >> 1.txt 
git commit -am "update master"

    [master 912a520] update master

    1 file changed, 1 insertion(+)

    tree

    .

    ├── 1.txt

    └── 2.txt

    überprüfen von Dateien noch gelöscht, neu

    git checkout new

    Gewechselt zu Zweig 'neue'

    tree

    .

    ├── 1.txt

    └── 3.txt

    Zusammenführen, neue auf master

    git checkout master

    Switched to branch 'master'

    git merge new master

    Entfernen 2.txt

    Merge gemacht, die von der 'recursive' - Strategie.

    2.txt | 1 -

    3.txt | 1 +

    2 files changed, 1 insertion(+), 1 deletion(-)

    delete mode 100644 2.txt

    create mode 100644 3.txt 

    tree

    .

    ├── 1.txt

    └── 3.txt

    wie Sie sehen können, die Datei 2.txt gelöscht new Zweig ist nun definitiv gelöscht master nach dem merge.

    • Thks für so viel Anstrengungen zu verdeutlichen mein Problem. Ich bin damit einverstanden, dass dies ist das standardmäßige Verhalten. Leider habe ich ein git-merge, die nicht mehr gelöschte Dateien berücksichtigt.
    InformationsquelleAutor Jeff Puckett
  2. 3

    Die einzige Möglichkeit, die ich Ausloten kann diese mögliche situation, ist wenn Sie zwei verschiedene Dateien, die jeweils mit dem gleichen Namen, in unabhängigen Zweigen.

    also lassen Sie uns sagen, dass die master und dev Branchen bereits existieren.

    1. erstellen und Begehen file.txt zu master
    2. Kasse dev, dann wieder erstellen und verpflichten file.txt zu dev. Nun, da haben Sie zwei verschiedene Dateien, die git-Ansichten Sie als zwei getrennte Entitäten trotz der gleichen Namen haben, besiegen Sie den Sinn und Zweck der Versionskontrolle.
    3. später löschen file.txt aus dev
    4. merge dev in master, und niedrige und siehe file.txt existiert immer noch in der master, und dies macht Sinn, denn wie ich schon sagte, git Blick auf die beiden Dateien völlig unabhängig.

    bemerken wenn Sie hatte nicht gelöscht file.txt aus dev und versucht, ein verschmelzen, dann hätten Sie bekommen einen merge-Konflikt, da git würde nicht wissen, wie man zwei verschiedene Entitäten mit dem gleichen Pfad/Dateiname.

    Wenn dies Ihr Szenario ist, dann gehe ich auf Risiko Arroganz und sagen du machst es falsch 😉

    Dem Punkt eines version-control-Systems ist, lassen Sie die tool-verwalten Sie Ihre Unterschiede zwischen einer Datei an verschiedenen Stufen in der Zeit, sowie die Beziehung dieser änderungen auf andere Dateien in der repository.

    Mein Vorschlag zur Verbesserung des workflow in dieser situation wäre die Kasse der bestimmten Datei aus dem anderen Zweig:

    1. erstellen und Begehen file.txt zu master

    2. Kasse dev, dann nehmen Sie einfach die einzelne Datei aus dem anderen Zweig

      git checkout master -- file.txt

      In dieser situation, können Sie immer noch auf der dev Zweig, aber jetzt Hinzugefügt file.txt von der master Zweig.

    3. nun git erkennt, dass dies die gleiche Person. so löschen Sie die Datei und übernehmen Sie die Entfernung in dev

    4. Zusammenführen dev in master jetzt löschen file.txt aus master
    • Vielen Dank für diese details. Ich werde versuchen zur Kasse die gelöschten Dateien und git merge wieder. Thk für den Tipp.
    InformationsquelleAutor Jeff Puckett
  3. 2

    Ich hatte das gleiche problem. In meinem Fall habe ich denke, das problem war, dass, wenn ich den Seriendruck, meine Kopie der zusammengeführten-von der Zweig war veraltet im Vergleich zu der Fernbedienung. (ein Kollege getan hatte, die Löschung, nicht von mir)

    In jedem Fall, was es behoben wurde, löschen Sie die ganze Arbeit kopieren und Klonen Sie es von neuem.

    InformationsquelleAutor Stefan Monov
  4. 0

    Können Sie den Seriendruck auszuführen, ohne dass, stellen Sie sicher, Sie haben alle die richtigen Dateien, und führen Sie anschließend das commit.

    1. Den Seriendruck durchführen

      git checkout master
git merge --no-commit dev

    2. Nehmen Sie die erforderlichen änderungen und lösen von Konflikten beim Zusammenführen (falls vorhanden).

      git rm my-files-to-delete

    3. Commit den merge -, finishing-Prozess.

      git commit
    InformationsquelleAutor Strikeskids
Schreibe einen Kommentar