Skip to content

Router PRs builds to last queue where a build was executed #7912

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

Merged
merged 1 commit into from
Feb 15, 2021

Conversation

humitos
Copy link
Member

@humitos humitos commented Feb 15, 2021

Currently, every time a PR is triggered to be built we are building it under our
build:large queue. This is because we have no data about this version and we
build them on build:large.

This commit checks where the last build was built when a PR is triggered to be
built and use that queue to build the PR.

Closes #7815

@humitos humitos requested a review from a team February 15, 2021 17:43
Copy link
Member

@ericholscher ericholscher left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes sense 👍

Currently, every time a PR is triggered to be built we are building it under our
build:large queue. This is because we have no data about this version and we
build them on build:large.

This commit checks where the last build was built when a PR is triggered to be
built and use that queue to build the PR.

Closes #7815
@humitos humitos force-pushed the humitos/route-pr-smarty branch from a7bf91f to ca600bc Compare February 15, 2021 18:07
@humitos humitos merged commit 4578f8b into master Feb 15, 2021
@humitos humitos deleted the humitos/route-pr-smarty branch February 15, 2021 18:15
Comment on lines +98 to +99
if version.type == EXTERNAL:
for build in last_builds.iterator():
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I got confused here. This is wrong.

We need to find out the last_builds for the default Version here. The Version to be built (external) has no builds at all if it's new. I'll open a new PR to fix this.

humitos added a commit that referenced this pull request Feb 18, 2021
When a build for an external version is triggered, we find the the last build
for the default version and use the same queue for this version.

This should make the build to always succeed when it's merged into the default
version since it's using the same build queue.

I thought this was fixed originally in
#7912 but that PR was wrong.
humitos added a commit that referenced this pull request Feb 18, 2021
When a build for an external version is triggered, we find the the last build
for the default version and use the same queue for this version.

This should make the build to always succeed when it's merged into the default
version since it's using the same build queue.

I thought this was fixed originally in
#7912 but that PR was wrong.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

External builds don't use the same builder as normal builds (defaullt vs large)
2 participants