mozilla / positron

a experimental, Electron-compatible runtime on top of Gecko
Other
561 stars 64 forks source link

merge upstream Gecko again #153

Closed mykmelez closed 7 years ago

mykmelez commented 7 years ago

I didn't notice this when I merged #152, but for some reason the Gecko merge produced a non-merge commit containing the diff between the two branches instead of a merge commit that add the upstream commits as a branch.

I have no idea why, since I didn't do anything unusual, just git merge gecko-dev/master (where "gecko-dev" is the name of the remote for https://github.com/mozilla/gecko-dev).

In any case, here's a merge commit that actually merges the branches. The command I invoked is the same, git merge gecko-dev/master, but the output is what I expected the first time around (and should have confirmed before merging the pull request).

On this branch, when I git merge gecko-dev/master, then Git says the branch is "Already up-to-date." So merging this branch should get things into a good state.

mykmelez commented 7 years ago

On this branch, when I git merge gecko-dev/master, then Git says the branch is "Already up-to-date." So merging this branch should get things into a good state.

So optimistic! In fact there are (at least) two additional issues:

mykmelez commented 7 years ago

Next issue: the taskcluster-vcs Node module was failing due to https://github.com/taskcluster/taskcluster-vcs/issues/68, so I added a workaround to docker-build-positron. The workaround doesn't require any changes to Positron, but it's hard to kick TaskCluster without a commit, so I did it via the --allow-empty commit 6a38657.