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

Improve branch fetching logic to reduce traffic #53108

Closed
keyonghan opened this issue Mar 23, 2020 · 2 comments
Closed

Improve branch fetching logic to reduce traffic #53108

keyonghan opened this issue Mar 23, 2020 · 2 comments
Assignees
Labels
team Infra upgrades, team productivity, code health, technical debt. See also team: labels. team-infra Owned by Infrastructure team

Comments

@keyonghan
Copy link
Contributor

This is a follow up issue of #51807

Existing logic to fetch branch list is heavy, especially when we have more branches coming into datastore. Every time we retrieve all the list and then filter out.

A cache strategy may help out.

@keyonghan keyonghan self-assigned this Mar 23, 2020
@VladyslavBondarenko VladyslavBondarenko added the team Infra upgrades, team productivity, code health, technical debt. See also team: labels. label Mar 24, 2020
@keyonghan keyonghan added the team-infra Owned by Infrastructure team label Mar 24, 2020
@keyonghan
Copy link
Contributor Author

fixed.

@github-actions
Copy link

This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 22, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
team Infra upgrades, team productivity, code health, technical debt. See also team: labels. team-infra Owned by Infrastructure team
Projects
None yet
Development

No branches or pull requests

2 participants