Thread (12 messages) 12 messages, 7 authors, 2016-08-10

Re: patch submission process, was Re: [PATCH v6 06/16] merge_recursive: abort properly upon errors

From: Josh Triplett <josh@joshtriplett.org>
Date: 2016-08-10 00:46:16

On Tue, Aug 09, 2016 at 06:57:05AM -0400, Jeff King wrote:
On Tue, Aug 09, 2016 at 10:11:30AM +0200, Michael J Gruber wrote:
quoted
Maybe two more points of input for the discussion:

off-line capabilities
=====================

The current workflow here seems to work best when you are subscribed to
the git-ml and have your own (local, maybe selective) copy of git-ml in
your (text-based) MUA (mutt, (al)pine, emacs, ...) that can jump right
into git-am and such directly. I'm not sure how important the "off-line"
aspect of that is for some of us, and how that could be replicated on
GitHub - while PRs and such may be Git based behind the scenes there
seems to be no way to clone that info and work from a local clone.
(Don't know if GitLab is more open.)
You can pull it all out via GitHub's HTTP API, but the question is what
format you would use to store it locally (and which tools you would then
use to play with it).

I haven't really tried this lately, though, so I don't know if there is
information that the API would be missing.

I do have a dream of writing a tool that sucks in GitHub PRs to a fake
email thread, lets me make my responses inline in an editor, and then
pushes it back up as PR comments (finding the right positions based on
the quoted context).
You might try https://github.com/joeyh/github-backup
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help