Skip to content
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

☂️ 👣 Breaking changes for v5 #7752

Closed
8 tasks done
paulirish opened this issue Mar 27, 2019 · 7 comments
Closed
8 tasks done

☂️ 👣 Breaking changes for v5 #7752

paulirish opened this issue Mar 27, 2019 · 7 comments

Comments

@paulirish
Copy link
Member

paulirish commented Mar 27, 2019

A la #6202 and #4333, the items we are thinking of changing in the next major rls

Maybe:

Punted: 🏈

No:

Please add any additional above.

@brendankenny
Copy link
Member

one bullet point might be to decide on our v5 public interface, at least the start of one. This could also involve finally publishing the our public types :)

I bring this up because

Expose page functions to custom gatherers #7317

Right now we're reluctant to call even artifacts a public interface since it will make some (even minor) changes a lot harder. We should be judicious in what we expose because we can't tweak or take them back later.

Page functions are short enough (and usually self contained enough) that they could be a good candidate for a list of "useful functions you might want to copy/paste" if we didn't want to commit to their current form, for instance.

@benschwarz
Copy link
Contributor

Thanks for posting. We'll be tracking against this.

@exterkamp
Copy link
Member

Are we going to touch rawValues at all for v5?

@patrickhulce
Copy link
Collaborator

oh yeah let's make the .details.timeInMs or whatever a thing :)

@exterkamp
Copy link
Member

benchmarkIndex => CPU throttling #6162

This is out, right?

@patrickhulce
Copy link
Collaborator

@exterkamp ya, I'll go ahead and close the PR actually.

@brendankenny
Copy link
Member

brendankenny commented Apr 30, 2019

These are complete! Any further breaking changes we come across we should add to #8331.

If you retroactively realize we already added a breaking change, please also add those to #8331 so they will be easier to document in the 5.0 changelog.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants