You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 31, 2019. It is now read-only.
I think what happened here is that patchset 2 had a parent 1df0262127ba10f20347daae7ac94c0d44fcd150
Then I rebased in Gerrit, and ran grr again. Because this then
rebased back to a previous parent, and modified the commit message,
I lost my CRs.
It would be great if grr could notice that the current patchsets parent is different
(an ancestor?) of the current local one, and refuse to upload by default.
The text was updated successfully, but these errors were encountered:
- rename the long opts to '--{add,remove}-issues'
- use dashdash custom type to parse user-supplied value sooner
- clean up (debatable I suppose :) the option/arg handling to determine
the action being performed
- drop unused optional "ISSUE" arg to `grr -D [ISSUE]`
- allow extra issues initially via `grr MAIN-ISSUE [EXTRA-ISSUES ...]`
- show titles of extra issues in regular grr output
- cache issue data for extra issues in .git/config (and add a TODO for
how these can be used to not have to re-fetch extra issue data for
every run)
As seen in https://cr.joyent.us/#/c/6010/
I think what happened here is that patchset 2 had a parent 1df0262127ba10f20347daae7ac94c0d44fcd150
Then I rebased in Gerrit, and ran grr again. Because this then
rebased back to a previous parent, and modified the commit message,
I lost my CRs.
It would be great if grr could notice that the current patchsets parent is different
(an ancestor?) of the current local one, and refuse to upload by default.
The text was updated successfully, but these errors were encountered: