Git/GitHub Frage

[TurboMagic]

Hallo,

ich habe von der JCL einen GitHub Fork erstellt und mittels dem auch
Pull requests für kleinere Fehlerkorrekturen abgesetzt.

Als Git Client nutze ich Smart Git.

Nun frage ich mich, wie ich mich, wie ich meinen Fork am einfachsten
wieder auf den Stand des originalen GitHub JCL Trunks bekomme?

Grüße

Markus

[WiPhi]

Bitte hier entlang: https://help.github.com/en/github/co...syncing-a-fork

[TurboMagic]

Danke, aber so ganz will das noch nicht klappen:

git merge upstream/master
fatal: refusing to merge unrelated histories

Woran kann diese Fehlermeldung beim oben genannten befehl herkommen?

[WiPhi]

Hmm.. da scheint schon einiges vorher schief gelaufen zu sein.

Versuch den Merge mal bitte mit einem

Code:

--allow-unrelated-histories

.

Da ich aber deine vorherige Vorgensweise nicht kenne, würde ich dir auf jeden Fall raten vorher mal ein Backup von deinem lokalen Repo zu machen.

[Bernhard Geyer]

Zitat:

Zitat von TurboMagic (Beitrag 1453823)

ich habe von der JCL einen GitHub Fork erstellt und mittels dem auch
Pull requests für kleinere Fehlerkorrekturen abgesetzt.

Wieso eine Fork? Wenn du Fehlerkorrekturen machen willst so erstellst du einen Branch und nach Korrektur und hochladen deines Fixes einen PullRequest.

Ein Fork ist für was anders gedacht.

[WiPhi]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1453837)

Zitat:

Zitat von TurboMagic (Beitrag 1453823)

ich habe von der JCL einen GitHub Fork erstellt und mittels dem auch
Pull requests für kleinere Fehlerkorrekturen abgesetzt.

Wieso eine Fork? Wenn du Fehlerkorrekturen machen willst so erstellst du einen Branch und nach Korrektur und hochladen deines Fixes einen PullRequest.

Ein Fork ist für was anders gedacht.

Ohne Schreibzugriff auf das Repo ist das nicht möglich. Der Fork mit anschließendem PR ist schon korrekt.

[dummzeuch]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1453837)

Zitat:

Zitat von TurboMagic (Beitrag 1453823)

ich habe von der JCL einen GitHub Fork erstellt und mittels dem auch
Pull requests für kleinere Fehlerkorrekturen abgesetzt.

Wieso eine Fork? Wenn du Fehlerkorrekturen machen willst so erstellst du einen Branch und nach Korrektur und hochladen deines Fixes einen PullRequest.

Ein Fork ist für was anders gedacht.

Schön wär's. Um einen Pull-Request zu erstellen muss man:

1. Einen Fork erstellen (damit man Schreibzugriff hat)
2. In diesem Fork einen Branch für die Änderungen erstellen
3. Einen Pull-Request für diesen Branch erstellen

Und die Erkärungen, was man machen muss und wie man es macht, fand zumindest ich ziemlich verwirrend.

[jobo]

Also da es hier darum geht, alles wieder zurückzusetzen (auf das Original Repo und dort origin/master):
sehe ich jedenfalls kein "merge"

sondern
rebase
oder
reset --hard

oder Vergleichbares

[Bernhard Geyer]

Zitat:

Zitat von dummzeuch (Beitrag 1453843)

Schön wär's. Um einen Pull-Request zu erstellen muss man:

1. Einen Fork erstellen (damit man Schreibzugriff hat)
2. In diesem Fork einen Branch für die Änderungen erstellen
3. Einen Pull-Request für diesen Branch erstellen

Und die Erkärungen, was man machen muss und wie man es macht, fand zumindest ich ziemlich verwirrend.

Man kann auch mit unnötiger verkomplizierung eine gute freie Bibliothek kaputt machen ...

[TurboMagic]

Was heißt hier unnötige Verkomplizierung?
Die Alternative wäre zwar einfacher für einen Git unerfahrenen
Anwender wie mich, würde aber erfordern (keine Ahnung was bei Git
wie geht), dass ein branch für meine Korrektur angelegt wird und
ich Schreibrechte drauf eingerichtet bekomme.

d.h. es muss jedesmal wenn jemand kommt und evtl. eine Änderung
einreichen will, jemand vom Kernteam tätig werden und Rechte vergeben.
Oft genug dürfte es dann aber passieren, dass die Änderung doch nicht
umgesetzt wird, da beim Testen rauskommt, dass die Sache komplexer
ist als gedacht und jetzt nicht soviel Zeit zur Verfügung steht.

Die Kompletität ist eher liegt eher an Git:

1. dass es sich nicht selber gleich merkt, woher der Fork
ursprünglich kam

2. und dann eine wirklich einfache Möglichkeit "bringe den trunk
des Forks auf den aktuellen Stand des trunks der Quelle des
Forks" bietet.

Grüße
TurboMagic

[TurboMagic]

Hallo,

habe immer noch Schwierigkeiten ohne deren Beseitigung ich nicht weiter komme.

Was habe ich gemacht?

1. Ich habe meinem Fork beigebracht von welchem Repository er erzeugt wurde:

$ git remote -v
origin https://github.com/MHumm/jcl (fetch)
origin https://github.com/MHumm/jcl (push)
upstream https://github.com/project-jedi/jcl (fetch)
upstream https://github.com/project-jedi/jcl (push)

2. Nun habe ich das erfolgreich (lt. Anzeige) ausgeführt: git fetch upstream

3. Und das: $ git merge upstream/master

4. In der JCL gibt's unter thirdparty in einem Unicode Unterverzeichnis
ein Programm welches ich compilieren und benutzen muss.
Komischerweise compiliert es im derzeitigen Zustand nicht, weil es einen
bestimmten Wert eines Sets nicht kennt (der fehlt in der Set Deklaration).
Das ist zwar etwas, das ich mit dem, der das Tool neulich aktualisiert hat
besprechen muss, aber die Git Geschichte spuckt mir hier trotzdem noch rein.
Das ganze ist im Master branch meines Forks.

Wechsle ich auf den Branch, den ich für meinen Pull Request angelegt habe,
dann gibt's diese Änderung dort noch nicht.

Nun zur Frage: wie bekomme ich meinen Branch mit den neuerungen des Master
Branches des ursprünglichen Repositories aktualisiert?

Grüße

TurboMagic

[TurboMagic]

Hat sich erledigt. Man muss dafür sorgen, dass die IDE/der Compiler keine alten
DCUs mehr findet usw.

Der entsprechende Pull Request wurde erweitert und damit wird die Unicode
Unterstützung der JCL hoffentlich bald ein sehr gutes Stück aktueller sein.

Das ist so eine Art Weihnachtsgeschenk für die JCL und die Community...

Grüße
TurboMagic