-
-
Notifications
You must be signed in to change notification settings - Fork 32.3k
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
v5.0.0-alpha.27 #25205
v5.0.0-alpha.27 #25205
Conversation
mnajdova
commented
Mar 5, 2021
- I have followed (at least) the PR section of the contributing guide.
CHANGELOG.md
Outdated
- <!-- 13 --> [Drawer] Migrate to emotion (#25091) @natac13 | ||
- <!-- 20 --> [LinearProgress] Migrate to emotion (#25158) @mngu | ||
- <!-- 06 --> [Pagination] Migrate Pagination and PaginationItem to emotion (#25146) @mngu | ||
- <!-- 21 --> [Radio] Migrate to emotion (#25152) @mngu | ||
- <!-- 10 --> [Snackbar] Migrate to emotion (#25142) @m4theushw | ||
- <!-- 25 --> [SpeedDial] Migrate to emotion (#25166) @m4theushw | ||
- <!-- 12 --> [Stepper] Migrate StepConnector to emotion (#25092) @praveenkumar-kalidass | ||
- <!-- 16 --> [Autocomplete] Support readonly type for the options (#25155) @silver-snoopy | ||
- <!-- 27 --> [Table] Use primary cover over secondary for selected state (#25182) @beaudry | ||
- <!-- 08 --> [Table] Remove default role logic in TableCell (#25105) @silver-snoopy | ||
- <!-- 23 --> [theme] Fix styleOverrides with nested selectors (#25156) @ruppysuppy | ||
- <!-- 07 --> [styled] Fix override logic to support component without root (#25143) @niting143 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did we decide how we want to order them (date vs alphanumeric)? Right now this looks like it's neither one (check Stepper, Autocomplete, Table, Table where the last Table change happened before the first table change)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've ordered them alphabetically, I can change the order if necessary. Does the comment in the front reflect the order of which the PR was merged?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does the comment in the front reflect the order of which the PR was merged?
At a high level it represents how items should be ordered in their sections. Right now this is by date but if we think it should be alphabetically then we can change the script that generates the changelog.
The goal is to have as few manually editing as possible to avoid mistakes (such as the one before the change) and have the changelog consistent which is important to easily scan the changelog. If developers can't easily scan the changelog for changes that might be affecting them, then they're less likely to upgrade. Changing the formatting generally or ordering specifically makes it harder to scan.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That makes sense. I'd say alphabetical makes more sense, as it is naturally easier to scan. Developers don't know the order of when something was merged, so I think that's why the alphabetical is better. Let's leave this open to get opinions from more people.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 for alphabetical, as changes are all released at once. It's how we used to sort them until recently.