It looks like `git webkit branch` will file a bugzilla issue for you, but there doesn't appear to be a way to do this from existing commits. I generally create a branch myself (before making any changes), and then add frequent commits as I develop, squashing and interactive rebasing as the changes evolve. Frequently I create new (dependent) branches for later commits, when it's obvious that the scope exceeds what should be in a single atomic merge to WebKit. Ideally there'd be a way to automatically file bugs for the commits that I end up with. I think my ideal behaviour would be to have a `git webkit` subcommand that takes a revision range, looks for commits in that range that are using the standard template, but don't have the bugzilla line filled out, and files bugs using the contained description (short desc as title, any longer desc below as comment). It'd be extra cool if it checked the message for an existing radar, and linked the bugzilla issue to that if so. It could then edit the message of those commits to insert the newly filed bugs (and radars, if applicable?). `git webkit pr` could also optionally invoke this, using the commit range that will be included in the PR.
<rdar://problem/101181555>
Pull request: https://github.com/WebKit/WebKit/pull/5513