Delphi JCL - Versionen

[Der schöne Günther]

Mein Delphi-Buildsystem verharrt noch auf dem Stand von 2015, jetzt möchte ich es ins Jahr 2020 bringen.

Ich verstehe die Versionierung bei der Jedi JCL nicht:

1. Das letzte Release ist "2.7" und aus 2015
2. Es gab jedoch seitdem ein paar Handvoll Änderungen, jedoch keine wirkliche Versionierung
3. Da sich an den Unit-Tests seit 2014 nichts mehr getan hat fürchte ich mich etwas, jetzt einfach das zunehmen was zuletzt irgendjemand hochgeladen hat und zu hoffen dass es funktioniert.

Gibt es irgendeine geheime Community die sich geeinigt hat auf "Ja, Version XY ist gut, lasst uns alle die nehmen"? Oder kralle ich mich zu sehr an Versionsnummern fest und in der Delphi-Jedi-Welt nimmt einfach jeder was grade so rumlag?

[jaenicke]

Es gab seitdem schlicht keine größeren Änderungen, die eine neue Versionsnummer rechtfertigen würden.

Die aktuelle Version kann man ja jederzeit aus Github auschecken, von daher sehe ich auch gar keinen Grund für extra Versionsnummern oder Releases oder irgendetwas anderes.

[Der schöne Günther]

Danke für die Antwort. Aber dass seitdem vier Major Delphi-Versionen erschienen sind für welche die JCL (oder zumindest der Installations-Prozess) angepasst werden mussten hätte schon wenigstens irgendeine Kennzeichnung gerechtfertigt, finde ich. Das können andere Libraries ja auch.

Allein das letzte Thema hier im Forum zur Verwirrung der JCL-Versionen ("Bei mir geht es nicht", "Uh, bei mir schon. Ich habe es gestern runtergeladen") ist keine zwei Wochen her.

[jaenicke]

Zitat von Der schöne Günther:

Allein das letzte Thema hier im Forum zur Verwirrung der JCL-Versionen ("Bei mir geht es nicht", "Uh, bei mir schon. Ich habe es gestern runtergeladen") ist keine zwei Wochen her.

Das hat aber nichts mit der Version zu tun, sondern mit der Art und Weise der Installation.
Alles andere als das Auschecken des Repositories ist eben eher ein Workaround für den Notfall, falls das irgendwo nicht möglich ist.
Nur kann der Installer dann eben auch keine Submodules aktualisieren usw., wenn eine Datei fehlt.
Dazu kommt, dass der Installer den Bibliothekspfad nicht einfach korrigieren kann, wenn dort z.B. eine falsche jedi.inc liegt.

Ein Versionsnummer würde solche Probleme nicht lösen. Man kann ja auch einfach den Hash des letzten Commits im Repository verwenden. Damit ist die Version viel besser bezeichnet als mit einer manuell vergebenen Versionsnummer.

[Der schöne Günther]

Mir geht es nicht darum dass sich die Version nicht eindeutig identifizieren ließe, es ist eher so dass sich die Verwendung unnötig balkanisiert wenn jeder installiert hat was an Tag X grade aktuell war. Bei jeder anderen Library kann man sich mit der Community austauschen und einfache Worte verwenden wie "Ja, das war ein Breaking Change in Version 1.4, da musst du deinen Code anpassen" statt "Ja, guck mal hier was Jupp Schmitt vor drei Wochen im Committ sdfsdfsdf eingebaut hat".

Und nicht nur das, es scheint mir zumindest eher so als committet da jeder nach alten Subversion-Gewohnheiten einfach mal rein und vielleicht kommt ein funktionierender Stand bei raus, vielleicht nicht. Das kann man ja notfalls machen, aber dann wenigstens einen Aufkleber dran "Kompiliert, kannst du nehmen", wenn es denn so ist.

Ich gehe die Sache mal anders herum an: In deinem Profil steht als Delphi-Version Tokyo. Ich möchte jetzt auch den Schritt aus Tokyo machen, bekomme allerdings den jetzt grade aktuellen Commit der JCL nicht ans Laufen. Welche Version verwendest du?

Bei mir schlägt das Setup fehl bei der Kompilierung mit

Code:

jcl\source\include\jedi\jedi.inc(1624) Error: E2026 Constant expression expected
jcl\source\include\jedi\jedi.inc(1631) Error: E2026 Constant expression expected
jcl\source\include\jedi\jedi.inc(1635) Error: E2026 Constant expression expected
(…)

Die Kompilierung scheint an der Konstante FPC_FULLVERSION zu scheitern, die hat jemand vor 8 Tagen grade eingebaut.

https://github.com/project-jedi/jedi...101556c00231a0