Skip to content

Only run AppVeyor on r+, try and the master branch #4028

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
Apr 25, 2019

Conversation

phansch
Copy link
Member

@phansch phansch commented Apr 24, 2019

As it is right now, there is only one worker available in the rust-lang-libs
AppVeyor project and there are other repos as well that we share this worker
with. This has been a problem for us because we sometimes hit a bors timeout if there
are too many builds queued up.

To improve the situation, I think we could try to use AppVeyor a bit less
often. The average PR is not going to break windows related things anyway, so
it should be fine to run it on r+/try/master only.

changelog: none

As it is right now, there is only one worker available in the `rust-lang-libs`
AppVeyor project and there are other repos as well that we share this worker
with. This has been a problem for us because we sometimes hit a bors timeout if there
are too many builds queued up.

To improve the situation, I think we could try to use AppVeyor a bit less
often. The average PR is not going to break windows related things anyway, so
it should be fine to run it on r+/try/master only.
@phansch
Copy link
Member Author

phansch commented Apr 24, 2019

It seems the PR is still being built even with the updated branch restrictions?

@phansch
Copy link
Member Author

phansch commented Apr 24, 2019

AFAICT someone with permissions has to check 'Do not build on "Pull request" events' near the bottom at https://ci.appveyor.com/project/rust-lang-libs/rust-clippy/settings

@phansch phansch added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Apr 24, 2019
@Manishearth
Copy link
Member

Done.

@phansch phansch closed this Apr 25, 2019
@phansch phansch reopened this Apr 25, 2019
@phansch
Copy link
Member Author

phansch commented Apr 25, 2019

Looks like it works. Only Travis has been triggered by the re-open =)

Thanks @Manishearth!

@bors r+

@bors
Copy link
Contributor

bors commented Apr 25, 2019

📌 Commit 8d7a5fe has been approved by phansch

@bors
Copy link
Contributor

bors commented Apr 25, 2019

⌛ Testing commit 8d7a5fe with merge ca9f1c4...

bors added a commit that referenced this pull request Apr 25, 2019
Only run AppVeyor on r+, try and the master branch

As it is right now, there is only one worker available in the `rust-lang-libs`
AppVeyor project and there are other repos as well that we share this worker
with. This has been a problem for us because we sometimes hit a bors timeout if there
are too many builds queued up.

To improve the situation, I think we could try to use AppVeyor a bit less
often. The average PR is not going to break windows related things anyway, so
it should be fine to run it on r+/try/master only.
@bors
Copy link
Contributor

bors commented Apr 25, 2019

💡 This pull request was already approved, no need to approve it again.

  • This pull request is currently being tested. If there's no response from the continuous integration service, you may use retry to trigger a build again.

@bors
Copy link
Contributor

bors commented Apr 25, 2019

📌 Commit 8d7a5fe has been approved by phansch

@bors
Copy link
Contributor

bors commented Apr 25, 2019

⌛ Testing commit 8d7a5fe with merge c45638b...

bors added a commit that referenced this pull request Apr 25, 2019
Only run AppVeyor on r+, try and the master branch

As it is right now, there is only one worker available in the `rust-lang-libs`
AppVeyor project and there are other repos as well that we share this worker
with. This has been a problem for us because we sometimes hit a bors timeout if there
are too many builds queued up.

To improve the situation, I think we could try to use AppVeyor a bit less
often. The average PR is not going to break windows related things anyway, so
it should be fine to run it on r+/try/master only.
@bors
Copy link
Contributor

bors commented Apr 25, 2019

💔 Test failed - status-appveyor

@phansch
Copy link
Member Author

phansch commented Apr 25, 2019

@bors retry

@bors
Copy link
Contributor

bors commented Apr 25, 2019

⌛ Testing commit 8d7a5fe with merge dbaa6f0...

bors added a commit that referenced this pull request Apr 25, 2019
Only run AppVeyor on r+, try and the master branch

As it is right now, there is only one worker available in the `rust-lang-libs`
AppVeyor project and there are other repos as well that we share this worker
with. This has been a problem for us because we sometimes hit a bors timeout if there
are too many builds queued up.

To improve the situation, I think we could try to use AppVeyor a bit less
often. The average PR is not going to break windows related things anyway, so
it should be fine to run it on r+/try/master only.

changelog: none
@bors
Copy link
Contributor

bors commented Apr 25, 2019

☀️ Test successful - checks-travis, status-appveyor
Approved by: phansch
Pushing dbaa6f0 to master...

@bors bors merged commit 8d7a5fe into rust-lang:master Apr 25, 2019
@phansch phansch deleted the skip_appveyor_on_pr_pushes branch April 25, 2019 08:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-review Status: Awaiting review from the assignee but also interested parties
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants