Hi Michael, that would work normally, however we have a problem that we can not keep common master and we need to split the master to A and B. The base code changes are huge and there is no way for us to ever merge A and B branches completely. However the commits applied to A and B are compatible with both branches. Cherry-picking everything after conflicting commits from A to B and B to A would work, but we would like to avoid cherry-picking as it requires too much manual checking and attention.
regards, Matevz On Tuesday, May 16, 2017 at 6:57:16 PM UTC+2, Michael Gersten wrote: > > > If so, I think that either doing merges from master to A and B, or > rebasing the few commits of A and B to the tip of master as you go, is the > right answer. > > Am I correct in thinking that A and B are per-client customizations to > your main code? > > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
