Run builds on push to master branch #550
Labels
No labels
P0
P1
P2
P3
good first issue
Infrastructure
blocked
bug
config
discussion
documentation
duplicate
enhancement
go
help wanted
internal
invalid
kludge
observability
perfomance
question
refactoring
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-s3-gw#550
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Is your feature request related to a problem? Please describe.
This repo uses "rebase and ff" strategy to merge pull requests. Two PRs may break master branch if one changes function signature, another use it, and both are merged at one time. All checks will be green, but master branch is going to be broken.
Describe the solution you'd like
The fastest way to find broken master is to build nightly build. Until then we can trigger build job on every push to master branch. And we can notice red cross on a latest commit message.
It seems to me as common practice, see neo-go workflow for example.
Let's discuss it and update trigger for build job it this proposal makes sense.
/cc @potyarkin, @realloc
I am against "ff-only" merge strategy, because master break happens quite rarely, and ff-only is going to slow down merge process in my opinion.
I was about to suggest "ff-only" when I saw your updated commentI see no downsides in adding CI runs on push to master and on schedule. Would you like this behavior in frostfs-s3-gw only or across all of services team repos?
Let's do this across s3 and http gateways. Not sure we need schedule runs, on push should be enough.
I've added
on.push
to all workflows, except for DCO checker: there is no PR base ref during push, and adding custom handling for push events seems overkill since we do not allow direct pushes to master anyways. Merge conflicts can not happen in commit messages 😄See:
@potyarkin Thanks! Closed.