I think opening PRs is the way to go. We're going to have maybe three kinds of merges when we sync a feature branch with master.
- The *good* kind when there are no conflicts. Yay! Easy review, no problems, quick +1. - The *bad* kind when there are conflicts. This will take some level of development work to reconcile the changes that occurred in master with the feature branch. In some cases resolving the conflict may be simple and obvious. In other cases, there may need to be some decisions made. All things that a good PR can help with. - The *ugly* kind when there are changes in master that just don't work at all in the feature branch; like updates to files that don't exist in the feature branch. On this one, I am not quite sure what the right approach would be. Unless someone else has a better idea, I'm sure this can be figured out if/when this happens. On Wed, Aug 30, 2017 at 10:40 AM Otto Fowler <[email protected]> wrote: > How are we going to keep Feature Branches up to date with master? > > Do we need a PR? Is it just a behind the scenes commit from a committer? > Can a committer also optionally update master as part of landing another > PR? > > We are trailblazing here, so we can work with this to get an idea before we > change > the by-laws. >
