Re: [PHP-DEV] Git FAQ - "How to handle changes that should not merge upward?"

This is only part of a thread. view whole thread
May 17, 2019 15:29 (Sara Golemon)
On Fri, May 17, 2019 at 9:56 AM Bishop Bettini <> wrote:

> Our Git FAQ[1] currently says (at the bottom): > > > What about commits that should not be merged upwards (say, only for 5.3)? > Should you still merge them but make it so no changes actually take place? > Otherwise, it will the next person merging that will have to deal with the > conflict (or worse, the changes will be merged when they shouldn't have > been) > > Please, could someone supply examples as to when this scenario occurs, and > how to handle it? > > > I routinely do this for version commits on my release branch.
See: Or cmb here: In both cases, we do the commit on our branch, then nullify it in the first merge, then have null merges the rest of the way down. -Sara