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

Only build on PRs and don't build on commits to stable or master #138

Open
wilzbach opened this issue Jan 25, 2018 · 9 comments
Open

Only build on PRs and don't build on commits to stable or master #138

wilzbach opened this issue Jan 25, 2018 · 9 comments
Labels

Comments

@wilzbach
Copy link
Member

  • we don't display the status of Jenkins anywhere
  • no one would notice that master broke - except it appears at a PR
  • the PR already gets merged with its target branch
  • it's a waste of resources
  • we already do the same for AppVeyor and SemaphoreCI at dlang/dmd
@MartinNowak
Copy link
Member

Not really IMO, remember that we don't rebuild pending PRs when master changes, because it's O(N² / 2). To still catch bugs that are caused by semantic differences (not textural ones which would cause merge conflicts), the integration branch needs to be retested.
This could indeed be done less often, e.g. daily, because the chances are low and a bit of bisecting add much complexity.

@MartinNowak
Copy link
Member

Same goes for AppVeyor and SemaphoreCI, let's please find a common policy for all of those.

@wilzbach
Copy link
Member Author

wilzbach commented Feb 2, 2018

It doesn't help anyone if no one looks at the errors which is the case at the moment.

@MartinNowak
Copy link
Member

Yes, those would need a badge or sth. to be more visible, but someone will notice it eventually already.

@MartinNowak
Copy link
Member

Also E-Mail notifications would be appropriate for a broken master.

@wilzbach
Copy link
Member Author

wilzbach commented Feb 2, 2018

I was the only one subscribed to these mails, but I can't fix everything. For CircleCi, everyone can click on subscribe on their platform to receive such mails, but still I was the only one caring and fixing this when there was a failure a couple of days ago at Phobos.
With AppVeyor there were also a couple of random failures in the beginning.

Yes, those would need a badge or sth. to be more visible, but someone will notice it eventually already.

Already there. Also these two CIs aren't mission critical and the free resources they offer are simply not enough to rebuild master on every PR. Daily builds are enabled though.

@wilzbach
Copy link
Member Author

wilzbach commented Feb 2, 2018

Also with so much frequency on GitHub and every PR merging with master a failure would immediately be discovered, but I haven't seen one case where merging to master made a difference or lead to a failure. The failures are caused by other things.

@MartinNowak
Copy link
Member

Yes, daily build would still help to catch the rare issues that mostly happen with major refactorings. Since Kenji no longer works on the compiler, those have indeed become extremely rare.

@wilzbach
Copy link
Member Author

On Buildkite we could in theory ignore building master ("Branch limiting") - https://buildkite.com/dlang/dmd/settings/repository

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

No branches or pull requests

2 participants