Nochmal eine Frage zu GIT

[fliegermichl]

Ich hab einige Änderungen gemacht und diese auch commitet und per push auf den Server übertragen.
Nach einigen Tagen ist mir bewusst geworden, daß ich mehr verschlechtert als verbessert habe und hab per
git reset --hard <commitid> alles ab einem bestimmten commit in die Tonne geworfen.

Dann hab ich etwas vorsichtiger gehandelt und wieder neue commits erstellt.
Wenn ich das jetzt aber per git push auf den Server laden will, bekomme ich Fehlermeldungen und ich soll mir mit git pull den Mist erst wieder runterladen.

Ich konnte das beheben, indem ich in der config Datei des Repos unter [receive] die Option denyNonFastforwards von true auf false umgestellt hab und dann per git push -f
hochgeladen habe.

Gibt es eine Option, git zu sagen, vergiss bitte auch auf dem Server alle Änderungen ab commit xy?

[Ich934]

Ja, so was geht, wenn es unbedingt sein muss.

https://stackoverflow.com/questions/133 ... m-a-branch

cu tb

[photor]

Moin,

Vorsicht bitte. Ich bin KEIN Git-Spezialist. Nutze das auch nur privat.

Ich hab einige Änderungen gemacht und diese auch commitet und per push auf den Server übertragen.
Nach einigen Tagen ist mir bewusst geworden, daß ich mehr verschlechtert als verbessert habe und hab per
git reset --hard <commitid> alles ab einem bestimmten commit in die Tonne geworfen.

Dann hab ich etwas vorsichtiger gehandelt und wieder neue commits erstellt.
Wenn ich das jetzt aber per git push auf den Server laden will, bekomme ich Fehlermeldungen und ich soll mir mit git pull den Mist erst wieder runterladen.

Ich konnte das beheben, indem ich in der config Datei des Repos unter [receive] die Option denyNonFastforwards von true auf false umgestellt hab und dann per git push -f
hochgeladen habe.

Gibt es eine Option, git zu sagen, vergiss bitte auch auf dem Server alle Änderungen ab commit xy?

Ich würde auch mein Git-Repo nicht leichtfertig "säubern" - auf das, was drin steht, kann man immer mal wieder zugreifen. Weg ist dagegen weg..

Wäre es eine eine Option, die neuen Änderungen als einen neuen Branch (z.B. "Develop") zu speicher? Dann sollten beide Varianten im Repo zu finden (und auscheckbar) sein. Anschließend setzt du den Master-Branch auf diesen neuen Zweig und entwickelst da weiter.

Ciao,
Photor

[Mathias]

Wen man mal versehentlich eine Datei auf github rauf lädt, welche niemanden was angeht. Kann man diese einte Datei löschen, ohne das man einen knallharten "git reset --hard <commitid>" machen muss ?

[ArchChem]

Hallo,

Ich hab einige Änderungen gemacht und diese auch commitet und per push auf den Server übertragen.
Nach einigen Tagen ist mir bewusst geworden, daß ich mehr verschlechtert als verbessert habe und hab per
git reset --hard <commitid> alles ab einem bestimmten commit in die Tonne geworfen.

solange es keinen dringenden Grund gibt, Dateien unwiderruflich löschen zu müssen (etwa aufgrund eines Datenlecks), braucht man in solchen Fällen keinen Hard-Reset durchzuführen. Es reicht, einfach zu dem entsprechenden Commit zurückzuspringen:

Code: Alles auswählen

git revert <Commit Hash>

Damit bleibt die gesamte Geschichte gespeichert, und man kann später auch darauf zurückgreifen.

Wen man mal versehentlich eine Datei auf github rauf lädt, welche niemanden was angeht. Kann man diese einte Datei löschen, ohne das man einen knallharten "git reset --hard <commitid>" machen muss ?

Ja, auch das geht. Schau mal hier: https://stackoverflow.com/questions/351 ... ts-history

[fliegermichl]

Ja, da habe ich mir ein richtiges Ei gelegt.
Als ich mit git pull den aktuellen Stand auf einen anderen Rechner holen wollte, kamen Konflikte raus. Ich hab die dann dort korrigiert, comittet und wieder per push auf den Server geladen.

Dann habe ich diesen Stand per git pull auf meinen Entwicklungsrechner geholt und schon war der ganze Müll wieder da.
Wenn ich jetzt in die History schaue, laufen da mehrere Zweige nebeneinander her und ich weiss jetzt nicht, wie ich den Mist wieder rausbekomme.

githistory.png (12.23 KiB) 4997 mal betrachtet

Wenn ich mit git checkout <sha von dem rechten save changes> diesen Stand auschecke, dann ist für einen Moment die Welt wieder in Ordnung.

[Mathias]

Bei meinem GIT Account ist auch etwas faul, obwohl ich fas täglich was uploade,, ist bei der Aktivität (grüne Klötchen) praktisch nichts zu sehen.

Dann habe ich diesen Stand per git pull auf meinen Entwicklungsrechner geholt und schon war der ganze Müll wieder da.

Da würde ich unbedingt schauen, das du eine saubere Code-Sammlung auf dem PC hast. Und notfalls alles neu hochladen.

[fliegermichl]

Ich habe jetzt eine Lösung gefunden. War zwar etwas mit der Keule aber das Ergebnis funktioniert.

man kann auf dem Server (Da ist ein bare Repository) den Index mittels

Code: Alles auswählen

git update-ref refs/heads/master <sha_id>

auf einen bestimmten commit setzen. Das habe ich außer bei master für alle beteiligten Branches gemacht.
Dann lokal mit

Code: Alles auswählen

git reset --hard <sha_id>

auf denselben commit.
Ab da war der Mist verschwunden.
Beim nächsten mal verwende ich besser die git revert Methode

[fliegermichl]

Bei meinem GIT Account ist auch etwas faul, obwohl ich fas täglich was uploade,, ist bei der Aktivität (grüne Klötchen) praktisch nichts zu sehen.

Dazu kann ich nichts sagen. Mein Remote Repository liegt auf einem eigenen Webserver und wird per git push/pull aktualisiert.
Das hat also mit github nichts zu tun.