Closed cadecairos closed 8 years ago
I wonder what's easier here:
OR
rebase-icus-maximus
to fix merge conflict? I personally prefer option 1 but would like to know what @alicoding thinks (note that we haven't merged ur PR https://github.com/mozilla/wp-calypso/pull/38 yet)
It's important that we expedite this work, as it's blocking https://github.com/MozillaFoundation/plan/issues/776
I feel like revert and reapply our patches might be easier since we know exactly what files we really worked on, or we might need to find a way to override them in a separate patch that way we can always put our stuff on top of these commits? I don't know how @humphd can maintain with Brackets so well, but I know is not easy at all.
I'll see how complicated it is to fix the merge conflicts first. Otherwise we'll have to go for option 1 (revert & reimplement).
Will get to this today.
Thanks Mavis! Let me know if you need anything on my end!
@cadecairos
Okay, so fixing merge conflicts introduced in 2000 commits is more painful than I expected. :mask: It seems like within those 2000 commits Automattic added functions that could be useful for our customization work.
So, I'm gonna go for option 1 then, here's what I'm gonna do
new-master
based on the current Automattic/masternew-master
new-master
master
and make new-master
the master
branchmaster
branchI think the above should cover all the changes we have made in our fork. (see the commit history screencap below)
let me know if my previous comment makes sense to you @cadecairos @alicoding
i'll try to finish my part by noon tomorrow (fingers crossed!)
Thank you for digging into this problem, you rock!
Hey @cadecairos I think we can close this PR now? master
should be fairly up-to-date with upstream now.
yeah, this was dealt with
We'll need to verify I didn't break anything in this merge, becuase I hit several dozen merge conflicts and tried to resolve them as best as I could.
cc/ @mmmavis