-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
appdata: Add <releases> section #28
base: develop
Are you sure you want to change the base?
Conversation
This is used by applications like GNOME Software to show release notes, by Flatpak to determine the human-facing version number for the application, and is now mandatory for applications on Flathub. https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-releases
Submitted upstream at MegaGlest/megaglest-data#28
Thanks for your efforts, wjt. I agree that release / version information is nice to have in the appdata. However, just adding it as it is would also mean adding yet another step to an already very long list of things-to-be-manually-done-during-release (otherwise it would get outdated and would look stale soon). I haven't thought about this more, but maybe it could be possible to automate updating this file with the latest release changelog. If we had this, I would be in favor of having release info on the appdata file. |
How do you generate the current change log? I believe there are scripts which generate news files from appdata floating around. |
The changelog is updated manually just before release (in git, in the megaglest-source repository). |
|
So what I am proposing is: make the appdata file the canonical source for the changelog, and generate the plain-text version at release time using |
No description provided.