-
Notifications
You must be signed in to change notification settings - Fork 327
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
Track performance impacts of built files #3279
Labels
epic
Epics are used in planning project boards to group related stories
javascript
performance
tooling
Comments
romaricpascal
added
epic
Epics are used in planning project boards to group related stories
awaiting triage
Needs triaging by team
labels
Feb 13, 2023
This was referenced Feb 13, 2023
7 tasks
This was referenced Feb 14, 2023
colinrotherham
moved this from Backlog 🗄
to In progress 📝
in GOV.UK Design System cycle board
Mar 30, 2023
Moving this epic to the backlog so the individual tasks can come through the board. |
stevenjmesser
moved this from In progress 📝
to Backlog 🗄
in GOV.UK Design System cycle board
Apr 3, 2023
colinrotherham
moved this from Backlog 🗄
to In progress 📝
in GOV.UK Design System cycle board
Apr 4, 2023
5 tasks
1 task
Going to move this back to the Backlog for post v5 tasks |
colinrotherham
moved this from In progress 📝
to Backlog 🗄
in GOV.UK Design System cycle board
Nov 3, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
epic
Epics are used in planning project boards to group related stories
javascript
performance
tooling
What
Monitor metrics to judge how our built files may affect performance of projects using
govuk-frontend
. This includes the files indist
as well as those insidepackage
.This should be as automated as we can to save us the time of gathering and comparing these metrics, but could be implemented progressively.
Why
While we do a
diff
of the files indist
before releasing, it'd be good to keep an eye on the size and contents of bothdist
andpackage
, so we can spot unexpected variations closer to when we make the changes.We want to be able to see the impact on end users – people viewing GOV.UK and using services – of any changes we make, and as a way to catch any potential problems, e.g. we've increased built filesize by 20MB.
Who needs to work on this
Developers
Who needs to review this
Developers
Tasks
Earlier discussion
Investigative spikes:
Implementation steps:
Before v5 code changes
Post v5
The text was updated successfully, but these errors were encountered: