Currently, we are not sure how to use the new git-webkit and how it can be used to do the thing done in webkit-patch. We should have wiki reverse lookup use-case wiki page, like as follows, 1. I have a change in main branch. How can I open a bugzilla for this change, upload a change as a PR, and connect the PR to the opened bugzilla? ``` git webkit ... ``` 2. I have an opened bugzilla, and I would like to upload my local `eng/xxx` change to GitHub for review and connect the PR to the already opened bugzilla ``` ... ```
(In reply to Yusuke Suzuki from comment #0) > Currently, we are not sure how to use the new git-webkit and how it can be > used to do the thing done in webkit-patch. > We should have wiki reverse lookup use-case wiki page, like as follows, > > 1. I have a change in main branch. How can I open a bugzilla for this > change, upload a change as a PR, and connect the PR to the opened bugzilla? > > ``` > git webkit ... > ``` > > 2. I have an opened bugzilla, and I would like to upload my local `eng/xxx` > change to GitHub for review and connect the PR to the already opened bugzilla > > ``` > ... > ``` Both of these are `git-webkit pr`, although the "open a bugzilla" prompts have not been implemented yet. PRs are linked to bugzillas based on commit message content, you can see is in https://github.com/WebKit/WebKit/pull/274 / https://bugs.webkit.org/show_bug.cgi?id=237863. The reverse-look up is a good idea, though, more complicated things like `webkit-patch apply-attachment` have parallels, but they're not obvious.
<rdar://problem/91974332>
Added the reverse look-up table: https://github.com/WebKit/WebKit/wiki/Migration#webkit-patch-reverse-look-up