mirror of
https://codeberg.org/forgejo/forgejo
synced 2024-12-01 14:26:10 +01:00
1171069ced
It is not for the developer to keep them sorted in a hierarchy when the release they belong to can be deduced from the tag of the release into which they were merged. The release notes assistant does that work instead. Some files appeared in more than one directory (feat and fix for instance) when the PR contains multiple unrelated commits which is what happens on a regular basis with the weekly cherry-pick of Gitea. Those files were merged into one and each line changed to start with a conventional commit prefix (feat: fix:). Each line in a file will be a separate line in the release notes, they are not groupped together even when they relate to the same PR. The determination of the category in which they should be displayed will be based on regular expressions using either the PR title or the line to add to the release notes itself. Unify the content of each file to either be a bullet list of independent pull requests or be folded into a single line if it is multiline. Multiline content belongs to the documentation. Refs: https://code.forgejo.org/forgejo/release-notes-assistant Refs: https://www.conventionalcommits.org/en/v1.0.0/
7 lines
390 B
Markdown
7 lines
390 B
Markdown
Reverted the rootless container image path in `GITEA_APP_INI` from
|
|
`/etc/gitea/app.ini` to its default value of
|
|
`/var/lib/gitea/custom/conf/app.ini`. This allows container users to not have
|
|
to mount two separate volumes (one for the configuration data and one for the
|
|
configuration `.ini` file). A warning is issued for users with the legacy
|
|
configuration on how to update to the new path.
|