Jcl/jvcl

[TurboMagic]

Hallo,

ich hatte vor einiger Zeit schon mal das Thema angeschnitten, was passieren müsste un JCL und JVCL,
die ja immer noch auch viele brauchbaren Dinge enthalten, wieder auf Vorderman zu bringen, was
bedeutet, dass wieder mehr Leute dazu beitragen.

Ein Ergebnis war die Aussage, dass man dazu mal aufräumen müsste und Dinge entfernen müsste
die nicht mehr sinnvoll da drin sind und man müsste als neue Mindestvoraussetzung mal von D6 weg.
Dem stimme ich voll und ganz zu und einige der enthaltenen Dinge dürften heutzutage ja auch schon
in der RTL enthalten sein. Es klang auch so, dass die Leute mit den Aussagen dann bereit wären auch
etwas mit zu arbeiten.

Außerdem würden mehr Unittests auch sehr helfen. Ich denke es gäbe da genügend Aufgabenstellungen
wo man mal einfach anfangen könnte (ich habe zwischenzeitlich die JCL Unit Tests wieder compilierbar
gemacht und ein paar hinzugefügt, stecke jetzt aber wegen Git fest. Meine Pullrequests enthalten
immer irgendwelche komischen alten Commits und ich hab' noch keinen brauchbaren Weg gefunden die weg
zu bekommen.

Die Frage ist nun: wie bekommen wir das konkret organisiert, wo genau fangen wir am besten an und
können wir diese Diskussion in eine der Gruppen hier verlagern:
https://newsportal.delphi-jedi.org/

Damit sollten die bisher involvierten Personen das auch mitbekommen, schließlich brauchen wir deren
Ok und Hilfe. Wichtig wäre in dem Zuge auch, dass es wieder mehr sog. Maintainer mit Commit Rechten
gibt (da bin ich aber mangels vernünftiger Git Kenntnisse eher nicht der geeignete), damit die
entstehenden Pull requests zeitnäher als derzeit meistens übernommen werden.

Also, wie sieht's aus?

Grüße
TurboMagic

[dummzeuch]

Tja, was soll ich sagen? Der Umstieg auf Git war der Grund, weshalb ich meine (nicht besonders fleißige) Mitarbeit an Projekt Jedi aufgegeben habe. Ich habe bis heute nicht verstanden, wie genau man das mit den Pull-Requests machen muss. Meinen letzten Versuch vor ca. 1 Jahr habe ich wieder gelöcht, weil mal irgendwas wieder technisch nicht stimmte. Ich bin vermutlich einfach zu blöd für Git bzw. Github. Und das disqualifiziert mich dann auch als Contributor für Projekt Jedi.

[TurboMagic]

Ich glaube das könnte man lösen. Ich müsste es für mich ja auch lösen und ein paar erfolgreiche pull requests hab ich ja schon geschafft.

[Stevie]

Würd das als Werbung zählen, wenn ich auf meine Git Session der diesjährigen EKON verweisen würde? ;)

[TurboMagic]

Nicht so direkt. Es ist aber fraglich, ob du in der verfügbaren Zeit soweit in die Tiefe gehen kannst
wie es vermutlich nötig wäre um meinen Fall zu lösen.

Ich hab' schon in StackOverflow nachgefragt und den Tip bekommen, der aber auch noch nicht wirklich funktionierte:

Firstly, check the hash of the last commit you don't want to reset with git log.
Then, type git reset --hard <commit-hash> and here you go!

Evtl. ist es einfacher, den Fork zu löschen (muss mal schauen wie das geht) und den neu zu erstellen.

[Stevie]

Wie du meinst... :wink:

[FriedrichAT]

Ich könnte meine Unterlagen zu meinen Git-Kurs(war vor ca. 2 Monaten) beitragen.
Volumen beträgt aber ca. 1.5.GB(Videos, *.pdf).
Wohin ich die Daten zur Verfügung stellen kann...?

[KodeZwerg]

Auf GitHub selbst? Nur so eine Idee da ich genauso verloren bin wie dummzeuch, mit sehr viel hilfe von jaenicke hatte ich es einmal geschafft danach war aus die Maus.

[jaenicke]

Für so umfangreiches Material (für das man die Rechte besitzt natürlich), eignet sich ein einfacher Webserver besser. Denn die Versionierung z.B. braucht man für Videos usw. ja gar nicht.

[TurboMagic]

Während die Lösung irgendwelcher Git Probleme nicht ganz unrelevant ist,
führt das doch etwas weg vom Thema JCL/JVCL und was da wie getan werden
sollte um wieder mehr Mitstreiter zu gewinnen. Es gibt immer noch sehr
viele Nutzer, aber kaum jemand von denen trägt etwas dazu bei.

Das müsste sich doch ändern lassen!

[dummzeuch]

Zitat:

Zitat von TurboMagic (Beitrag 1473577)

Während die Lösung irgendwelcher Git Probleme nicht ganz unrelevant ist,
führt das doch etwas weg vom Thema JCL/JVCL und was da wie getan werden
sollte um wieder mehr Mitstreiter zu gewinnen. Es gibt immer noch sehr
viele Nutzer, aber kaum jemand von denen trägt etwas dazu bei.

Das müsste sich doch ändern lassen!

Vielleicht ist ja gerade GIT das Problem dabei? Ich hätte durchaus ein paar Bugfixes beizutragen (soweit die noch relevant sind), aber ich habe keinen Bock, mich erst stundenlang durch Github-Doku zu wühlen (zumal ich das schon mehrfach versucht habe), um dann hinterher doch wieder frustriert aufzugeben.

[jaenicke]

Ich habe leider keine Zeit an dem Projekt selbst groß etwas zu machen (auch wenn es mich zugegebenermaßen reizen würde, aber es hätte keinen Sinn). Aber wenn es nur darum geht den Zugang zu sichern und zu zeigen wie Pull Requests im konkreten Beispiel funktionieren (sprich das Einreichen), würde ich da auch etwas vorbereiten. Zum Beispiel könnte ich eine bebilderte Anleitung machen wie ich sie für Git und SVN allgemein schon gemacht habe.

[Achim Kalwa]

Ich bin ebenfalls Nutzer von JCL/JVCL; und ich habe in der Vergangenheit auch schon mal Bugfixes eingereicht. Damals waren es Patch-Dateien, welche im Bugtracker an das Issue getacktert wurden und "jemand" hat den Patch dann "irgendwann" mal eingepflegt. Seit der Umstellung auf GIT geht es mir genau so wie @dummzeuch: Ich kapier das nicht.
Als TortoiseSVN-User sind Standard-Aktionen wie "CheckOut", "Update", "Commit", "Revert", "Merge" oder "Blame" ;-) in Fleisch und Blut übergegangen. GIT auf der Kommandozeile zu benutzen ist für mich ein Rückschritt in die 80er; aber gute GUIs habe ich noch nicht gefunden. TortoiseGit scheint einigermaßen brauchbar zu sein. Wenn man denn damit umgehen kann.

Deshalb finde ich den Vorschlag von @jaenicke gut, eine bebilderte Anleitung zu machen. Idealerweise am Beispiel JCL oder JVCL ;-)

Die JVCL zu entrümpeln ist aber eine schwierige Aufgabe. Welche Komponenten sind überflüssig, weil schon in Delphi enthalten (oder dort anders/besser/moderner implementiert); welche sollten auf jeden Fall erhalten bleiben? Ist Non-Unicode (Delphi 2007) noch sinnvoll zu unterstützen, oder erst ab Delphi 2009?

[stifflersmom]

Wenn es (auch) darum geht, eine gute GUI für GIT zu benutzen, dann kann ich besten Gewissens Sourcetree empfehelen.

https://www.sourcetreeapp.com/

[TurboMagic]

Hallo Jaenicke,

so ein Tutorial könnte sicherlich hilfreich sein!

Grüße
TurboMagic

[TurboMagic]

Zitat:

Zitat von Achim Kalwa (Beitrag 1473598)

Die JVCL zu entrümpeln ist aber eine schwierige Aufgabe. Welche Komponenten sind überflüssig, weil schon in Delphi enthalten (oder dort anders/besser/moderner implementiert); welche sollten auf jeden Fall erhalten bleiben? Ist Non-Unicode (Delphi 2007) noch sinnvoll zu unterstützen, oder erst ab Delphi 2009?

Naja, die Idee wäre, als älteste Version D2009 zu unterstützen.
Support für noch ältere Versionen könnte über einen Branch abgewickelt werden, falls sich jemand findet dort Bugfixes aus der neueren Fassung rück zu portieren.
Was anderes macht denke ich keinen Sinn, sonst lebt das nur noch in der Vergangenheit.
Evtl. sogar eine noch neuere Version als D2009 voraussetzen, für den Fall das Generics einzug halten sollten, da die in D2009 wohl noch etwas arg grün hinter
den Ohren waren.

Stellt sich die Frage wo genau anfangen usw.
Das wäre aber auch mit den Maintainern zu diskutieren.

Über irgendwelche Git Probleme müsste man sich dann halt gegenseitig drüber hinweg helfen ;-)

Grüße
TurboMagic

[jaenicke]

Zitat:

Zitat von FriedrichAT (Beitrag 1473550)

Ich könnte meine Unterlagen zu meinen Git-Kurs(war vor ca. 2 Monaten) beitragen.
Volumen beträgt aber ca. 1.5.GB(Videos, *.pdf).
Wohin ich die Daten zur Verfügung stellen kann...?

Friedrich hat die Inhalte auf einen meiner Webspaces geladen. Soweit ich es feststellen konnte stehen diese Inhalte alle unter einer CreativeCommons Lizenz, so dass die Weitergabe kein Problem ist. Falls jemand etwas anderes sieht, sagt bitte Bescheid.

Ihr findet den Download hier:
http://www.coderepository.de/FriedrichAT/Lets_Git.zip
Vielen Dank dafür!

[Der schöne Günther]

Ach, das vom HPI. Das war sehr fein gemacht 👍