[Webkit-unassigned] [Bug 246386] New: Better support for dependent branches
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Oct 11 20:35:04 PDT 2022
https://bugs.webkit.org/show_bug.cgi?id=246386
Bug ID: 246386
Summary: Better support for dependent branches
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Tools / Tests
Assignee: webkit-unassigned at lists.webkit.org
Reporter: mattwoodrow at apple.com
CC: jbedard at apple.com
Blocks: 239082
Unfortunately GitHub doesn't support dependent branches for cross-repo PRs, but I think we could support them a bit better on our side.
I frequently end up developing changes that have dependencies on other changes that haven't yet landed. Neither combining them into a single PR, nor just waiting until the previous one has merged are great options.
Running `git webkit pr` on a branch with dependencies mostly works, except that it creates the PR against 'main', so it also includes all the commits from dependent branches. See https://github.com/WebKit/WebKit/pull/4085.
This is somewhat ok, since it means that EWS works. Once the dependent branches have merged, I can just rebase and re-push the PR and the other commits will disappear.
I think ideally we'd skip putting the commit messages from the dependent branch commits into the PR description, and instead include a message to reviewers that those commits aren't (logically) part of this PR and shouldn't be reviewed. Maybe including links to the PRs where those commits can/should be reviewed?
I'm not sure if there's much else we can do to make it clearer on the GitHub review side.
We also get a lot of log spew on the client side when pushing them, looks like parsing of the commit message is failing in some way?
Referenced Bugs:
https://bugs.webkit.org/show_bug.cgi?id=239082
[Bug 239082] GitHub feedback umbrella
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221012/c4380406/attachment.htm>
More information about the webkit-unassigned
mailing list