![]() |
Jcl/jvcl
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: ![]() 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 |
AW: Jcl/jvcl
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.
|
AW: Jcl/jvcl
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.
|
AW: Jcl/jvcl
Würd das als Werbung zählen, wenn ich auf meine Git Session der diesjährigen EKON verweisen würde? ;)
|
AW: Jcl/jvcl
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. |
AW: Jcl/jvcl
Wie du meinst... :wink:
|
AW: Jcl/jvcl
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...? |
AW: Jcl/jvcl
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.
|
AW: Jcl/jvcl
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.
|
AW: Jcl/jvcl
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! |
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:02 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz