Inhalt des Changelogs II

[gboehm]

da http://forum.jtl-software.de/jtl-wa...-version-1-0/87765-inhalt-des-changelogs.html geschlossen wurde...

Sorry Janusch, aber diese Aussage ist nicht schlüssig und stellt die Changelogs IMHO in ein noch schlechteres Licht.
Wenn man diese Bugs, welche nach Deiner Aussage nie hätten aufgelistet werden sollen, ausser acht lässt, ist das Changelog von 1.0.11.1 und 10.11.3 identisch. Also müsste dann auch die Software identisch sein. Ist sie wohl aber nicht, sonst hätte es nicht 2 neue Versionen gegeben.

In diesem Thread wurde mehrfach darauf hingewiesen, dass man doch das Chagelog lesen sollte, bevor man updated. Allein, der Inhalt ist nicht schlüssig

 

[Marc Völker]

AW: Inhalt des Changelogs II

Grundsätzlich gebe ich dir da recht. Da gibts aber halt aktuell noch ein paar Baustellen bei JTL.
Das Aktuelle Changelog wird halt direkt aus dem Ticketsystem (was Intern Verwendet wird) abgeleitet.
Aus der Software Entwicklung kann ich halt nur sagen, dass es Tickets gibt, die allgemein Features, Bugs etc betreffen die Public sind, diese sollen ja auch im Changelog drin sein, und dann natürlich auch zur Version passend.
Und es gibt halt auch Bugs, die behoben werden, die vielleicht eine gewisse Technische Brisanz haben, und daher vielleicht auch behoben werden aber nie in ein Public Changelog gehören, da sie vielleicht aufschlüße auf Potenzielle Sicherheitslücken geben könnten.
Was jetzt nicht heisst das es solche sind. Man muss da schon Unterscheiden. So kann es natürlich Changelogs geben, welche nach aussen keine Korrekturen enthalten haben.

Aber wie gesagt, das nun alle 3 Versionen das gleiche Changelog haben, ist nicht wirklich gelungen

Übrigens, genauso kann es passieren, dass Bugs behoben wurden, und vergessen wurde, diese in den Commits mit anzugeben, dann landen diese auch mal gerne nicht im Changelog. (z.B. Soll es ja in der 11.1 einen BUG beim splitten im WMS geben, der in der 11.2 gefixt ist) Im Changelog steht es dann nicht, aber gerade da versucht JTL natürlich zum einen die Ticket Kurzbezeichnungen besser zu bennenen (damit klar ist was sich geändert hat), zum anderen wirklich alle behobenen Bugs auch einer Version zuzuodnen. Damit dies direkt erkennbar ist. Aber das ist halt ein Prozess.

@Janusch falls du das liest, hatte da ja auch schonmal nen gespräch mit Manuel, gibt da ein nettes Entwicklungs System ( Ticket System, Dokumentation, Build Server und Git Repo) was das ganze wirklich sehr sehr schön sauber abbildet, und fast zum Kinderspiel macht.