|
|
|
|
|
|
by damnyou
3182 days ago
|
|
|
Developers rarely push directly to master in large organizations. Instead, a CI pipeline verifies your code passes tests and then pushes to master. There are trade-offs here around "semantic merge conflicts", but they happen rarely in practice. To avoid making this disruptive to developers, you can have another branch that marks the latest commit to pass tests. This branch should always be an ancestor of master and should only be updated by your CI pipeline. |
|
|
Yup, that's what I was referring to with my 'merge- and pull- request' line.
Interesting idea about having another branch.