[infra] Create update PR on every canary publish for internal packages

[Janpot]

• Track the canary release of internal packages.
• Canary releases are now published on every push to master of mui-public.
• Merge the renovate branch at your discretion

We can decide to follow this up with auto merging, but we'll probably have to tweak branch rules for that.

open questions:

• what about the notifications noise this will create?
• auto merge once per day?

[mui-bot]

Netlify deploy preview

https://deploy-preview-46367--material-ui.netlify.app/

Bundle size report

@mui/material parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/system parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/utils parsed: 0B^(0.00%) gzip: 0B^(0.00%)

Show details for 100 more bundles (86 more not shown)

@mui/lab/AdapterDateFns parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/AdapterDayjs parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/AdapterLuxon parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/AdapterMoment parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/CalendarPicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/CalendarPickerSkeleton parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/ClockPicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DatePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DateRangePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DateRangePickerDay parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DateTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DesktopDatePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DesktopDateRangePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DesktopDateTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/DesktopTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/LoadingButton parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/LocalizationProvider parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/Masonry parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/MobileDatePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/MobileDateRangePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/MobileDateTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/MobileTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/MonthPicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/PickersDay parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/StaticDatePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/StaticDateRangePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/StaticDateTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/StaticTimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TabContext parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TabList parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TabPanel parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/Timeline parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineConnector parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineContent parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineDot parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineItem parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineOppositeContent parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimelineSeparator parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TimePicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TreeItem parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/TreeView parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/useAutocomplete parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/lab/YearPicker parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Accordion parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AccordionActions parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AccordionDetails parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AccordionSummary parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Alert parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AlertTitle parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AppBar parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Autocomplete parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Avatar parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/AvatarGroup parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Backdrop parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Badge parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/BottomNavigation parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/BottomNavigationAction parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Box parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Breadcrumbs parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Button parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ButtonBase parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ButtonGroup parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Card parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CardActionArea parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CardActions parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CardContent parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CardHeader parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CardMedia parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Checkbox parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Chip parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CircularProgress parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ClickAwayListener parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Collapse parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Container parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/CssBaseline parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/DefaultPropsProvider parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Dialog parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/DialogActions parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/DialogContent parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/DialogContentText parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/DialogTitle parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Divider parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Drawer parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Fab parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Fade parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FilledInput parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FormControl parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FormControlLabel parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FormGroup parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FormHelperText parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/FormLabel parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/GlobalStyles parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Grid parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/GridLegacy parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Grow parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/Icon parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/IconButton parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ImageList parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ImageListItem parsed: 0B^(0.00%) gzip: 0B^(0.00%)
@mui/material/ImageListItemBar parsed: 0B^(0.00%) gzip: 0B^(0.00%)

Details of bundle changes

Generated by 🚫 dangerJS against 3aca8d9

[dav-is]

Why follow canary? What will consume the stable releases?

[Janpot]

Why follow canary? What will consume the stable releases?

We will likely not create stable releases for these packages. Maybe to signal big breaking changes, but the goal is to have changes in these packages propagate to dependent projects as quickly and painlessly as possible. I'm choosing to use canary releases because:

1. semantically it models what we're trying to do here, propagate changes quickly, without strict adherence to semver.
2. if the release script in mui-public works well, we may want to reuse it (or a close variant) for releases across the company.

Related discussion: mui/mui-public#344 (comment)

[dav-is]

@Janpot I think that makes sense. Maybe for maintenance branches (e.g. v6.x), we would use a stable release to intentionally slow down changes?

[Janpot]

these packages should never end up as a dependency of our products. they're intended for build tooling, and shared docs functionality

[dav-is]

Right, but do we ever need to improve or fix tooling for previous versions of material-ui? I would imagine we wouldn't want to update tooling to the latest canary in all MUI versions throughout their LTS lifetime.

[Janpot]

renovatebot only creates PRs against the master branch, so LTS branches will just stay on whatever version they were when the branch was created. we'll have to manually cherry pick updates to internal dependencies if we need to backport them. it's an incentive to keep them backwards compatible.

we could also decide to cut a stable release of the tooling each time we split off a LTS branch.