Was würde git dazu bringen, lokale Dateien während git pull –rebase zu löschen?

Ich versuche, ein Problem zu reproduzieren, das sich aus meiner versuchten Antwort auf diese Frage ergab.

Zusamenfassend

Ein Github-Benutzer hat es versucht git pull --rebase und die lokalen Dateien dieses Benutzers wurden gelöscht. Ich habe versucht, dieses Szenario auf Github nachzubilden, aber in meinem Fall wird nichts gelöscht.

Wie kann ich also das Szenario reproduzieren, in dem Git Pull destruktiv ist?

Die Details

Teil 1:

• Ein Benutzer hat gefragt, wie lokale Änderungen mit einem neu erstellten Remote-Repository synchronisiert werden können.
• git push fehlgeschlagen, weil der Benutzer keine Remote-Änderungen hatte (wie erwartet).
• Ich schlug vor, zu verwenden git pull --rebasedann lösen, dann git push aufs Neue.
• Aber mein Vorschlag führte dazu, dass die lokalen Dateien des Benutzers gelöscht wurden. (siehe Ausgangsfrage)
• Beachten Sie, dass die Dateien nachverfolgt (lokal festgeschrieben) wurden, sodass der Benutzer sie wiederherstellen konnte.

Teil 2:

• Ich habe ein Repo namens https: //github.com/user/myrepo erstellt, das mit README und .gitignore initialisiert wurde

• lokal habe ich gemacht:

  lokal initialisiertes Repo

  > mkdir myrepo
  > cd myrepo
  
  > echo AAAAA > fileA.txt
  > echo BBBBB > fileB.txt
  > echo ignoreme > .gitignore
  
  > git init
  

  die Dateien lokal übergeben

  > git add .
  > git commit -m"initial commit"
  

  versucht, Remote-Änderungen zu ziehen

  > git remote add origin https://github.com/user/myrepo.git
  > git branch --set-upstream-to=origin/master master
  
  > git pull --rebase
  

• Das Ergebnis war (wie erwartet):

  First, rewinding head to replay your work on top of it...
  Applying: initial commit
  Using index info to reconstruct a base tree...
  Falling back to patching base and 3-way merge...
  Auto-merging .gitignore
  CONFLICT (add/add): Merge conflict in .gitignore
  error: Failed to merge in the changes.
  Patch failed at 0001 initial commit
  The copy of the patch that failed is found in: .git/rebase-apply/patch
  
  When you have resolved this problem, run "git rebase --continue".
  If you prefer to skip this patch, run "git rebase --skip" instead.
  To check out the original branch and stop rebasing, run "git rebase --abort".
  

• An dieser Stelle, wenn ich das tue lsmeine lokalen Dateien befinden sich immer noch in meinem Dateisystem.

  > ls -a
  .          ..         .git       .gitignore README.md  fileA.txt  fileB.txt
  

Aktualisieren:

Hier ist ein Kommentar des ursprünglichen Benutzers, der das Problem hatte.

von user7342807:

… Ich habe heute morgen WordPress installiert und genau das getan.

git init
git add .
git commit -m "initial commit"

An diesem Punkt war mir klar, dass ich bereits die Github-Seite dafür erstellt hatte, MIT einer Standard-Readme darin.

Da ich nicht wusste, dass dies ein Problem sein würde, versuchte ich, es zu pushen

git remote add origin http://github.com/user/repo.git
git push -u origin master

Dabei erhielt ich die Nachricht:

$ git push -u origin master
To https://github.com/user/project.com
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://github.com/user/project.com'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Also, anstatt diese README-Datei auf Github zu pushen und zu löschen, habe ich es getan git pull --rebase und git zeigte mir diese Nachricht

First, rewinding head to replay your work on top of it...

Ich habe ungefähr 5 Minuten gewartet, bevor ich ctrl+C aus dem Prozess heraus und stellte fest, dass etwa 8-9 Dateien von der WordPress-Site entfernt wurden.
git status zeigte mir auch die entfernten Dateien.

Ich konnte diese Dateien mit wiederherstellen git reflog die mir meinen ersten Commit auf HEAD@1 zeigte und mit dem ich meine Dateien wiederhergestellt habe git reset
--hard "HEAD@{5}"

Was könnte dazu geführt haben, dass die Dateien aus dem lokalen Dateisystem des anderen Benutzers gelöscht wurden?

Bitte beachten Sie, dass es eine ähnliche Frage gibt, die fragt, wie Dateien gelöscht werden können, wenn dies geschieht. Dieser Fall tritt also auf und die Leute verlieren ihre Dateien.

Ich kann aufgrund des niedrigen Repos nichts sagen, aber ich habe heute Morgen WordPress installiert und genau das getan.

git init
git add .
git commit -m "initial commit"

An diesem Punkt war mir klar, dass ich bereits die Github-Seite dafür erstellt hatte, MIT einer Standard-Readme darin.

Da ich nicht wusste, dass dies ein Problem sein würde, versuchte ich, es zu pushen

git remote add origin http://github.com/user/repo.git
git push -u origin master

Dabei erhielt ich die Nachricht:

$ git push -u origin master
To https://github.com/user/project.com
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://github.com/user/project.com'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Also, anstatt diese README-Datei auf Github zu pushen und zu löschen, habe ich es getan git pull --rebase und git zeigte mir diese Nachricht

First, rewinding head to replay your work on top of it...

Ich habe ungefähr 5 Minuten gewartet, bevor ich ctrl+C aus dem Prozess heraus und stellte fest, dass etwa 8-9 Dateien von der WordPress-Site entfernt wurden. git status zeigte mir auch die entfernten Dateien.

Ich konnte diese Dateien mit wiederherstellen git reflog die mir meinen ersten Commit auf HEAD@1 zeigte und mit dem ich meine Dateien wiederhergestellt habe git reset --hard "HEAD@{5}"

git pull löscht alle verfolgten Dateien auf einem anderen Pfad.

siehe Warum git rm –cached keine lokale jemals verfolgte Datei entfernt, sondern andere