2019-02-04 13:43:29 +01:00
|
|
|
> This file contains all changes that have not been released yet.
|
2019-07-05 10:05:02 +02:00
|
|
|
>
|
|
|
|
|
> Keep in mind the changelog is addressed to **users** and should be
|
|
|
|
|
> understandable by them.
|
2019-02-04 13:43:29 +01:00
|
|
|
|
|
|
|
|
### Enhancements
|
|
|
|
|
|
2021-04-13 10:26:26 +02:00
|
|
|
> Users must be able to say: “Nice enhancement, I'm eager to test it”
|
|
|
|
|
|
2019-02-04 13:43:29 +01:00
|
|
|
### Bug fixes
|
|
|
|
|
|
2021-04-13 10:26:26 +02:00
|
|
|
> Users must be able to say: “I had this issue, happy to know it's fixed”
|
|
|
|
|
|
2020-06-08 10:54:42 +02:00
|
|
|
### Packages to release
|
2019-02-04 13:43:29 +01:00
|
|
|
|
2019-07-05 10:05:02 +02:00
|
|
|
> Packages will be released in the order they are here, therefore, they should
|
|
|
|
|
> be listed by inverse order of dependency.
|
|
|
|
|
>
|
|
|
|
|
> Rule of thumb: add packages on top.
|
2020-04-16 15:08:06 +02:00
|
|
|
>
|
2020-04-16 15:09:11 +02:00
|
|
|
> The format is the following: - `$packageName` `$version`
|
2020-04-16 15:08:06 +02:00
|
|
|
>
|
2020-04-16 15:09:11 +02:00
|
|
|
> Where `$version` is
|
2020-04-16 15:08:06 +02:00
|
|
|
>
|
|
|
|
|
> - patch: if the change is a bug fix or a simple code improvement
|
|
|
|
|
> - minor: if the change is a new feature
|
|
|
|
|
> - major: if the change breaks compatibility
|
|
|
|
|
>
|
2020-04-16 15:09:11 +02:00
|
|
|
> In case of conflict, the highest (lowest in previous list) `$version` wins.
|