threads / discuss / 52016

Re: RFE: use patchwork to submit a patch

Subject: Re: RFE: use patchwork to submit a patch

## tl;dr

3 messages between Oct 10, 2019 and Oct 10, 2019.

replies: 2people: 2as markdown or json

Jonathan Nieder· Oct 10, 2019, 20:20 UTC · lore

(+cc: git) Hi,

Konstantin Ryabitsev wrote[1]:
Show 5 quoted lines
> How I envision this would work:
>
> - user creates an account (which requires a mail confirmation)
> - they choose a "submit patch" option from the menu
> - the patch submission screen has a succession of screens:

Interesting! This reminds me a bit of https://gitgitgadget.github.io (except using patchwork instead of github pull requests as substrate).

That leads me to wonder: should these kinds of tools share some code? Are there any subtleties that web-to-mail patch submission interfaces have in common or can learn from each other?

Thanks, Jonathan

[1] https://lore.kernel.org/workflows/20191010144150.hqiosvwolm3lmzp5@chatter.i7.local/
Jonathan Nieder· Oct 10, 2019, 20:21 UTC · lore
Eric Wong wrote:
> Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
Show 17 quoted lines
>> This is actually really fast if you already have a local copy of the
>> repository with most objects. Try this yourself if you have
>> torvalds/linux.git locally:
>>
>> git clone --bare -s torvalds/linux.git test
>
> Yep, -s (--shared) makes cloning really cheap.  One of my goals is to get
>
> 	git clone -s https://example.com/torvalds/linux.git
>
> and
>
> 	git clone -s https://example.com/torvalds/linux.git/clone.bundle
>
> working.  That would make it easier for new contributors to
> setup lightweight clones and pull in history on an as-needed
> basis w/o hacks like shallow cloning.
Does "git clone --filter=blob:none" do what you're looking for?

Thanks, Jonathan

Eric Wong· Oct 10, 2019, 20:36 UTC · re: Jonathan Nieder · lore
Jonathan Nieder <jrnieder@gmail.com> wrote:
Show 22 quoted lines
> Eric Wong wrote:
> > Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> 
> >> This is actually really fast if you already have a local copy of the
> >> repository with most objects. Try this yourself if you have
> >> torvalds/linux.git locally:
> >>
> >> git clone --bare -s torvalds/linux.git test
> >
> > Yep, -s (--shared) makes cloning really cheap.  One of my goals is to get
> >
> > 	git clone -s https://example.com/torvalds/linux.git
> >
> > and
> >
> > 	git clone -s https://example.com/torvalds/linux.git/clone.bundle
> >
> > working.  That would make it easier for new contributors to
> > setup lightweight clones and pull in history on an as-needed
> > basis w/o hacks like shallow cloning.
> 
> Does "git clone --filter=blob:none" do what you're looking for?

Oops, haven't seen that new feature :x And haven't tried, pu @ 8d9027fa59b943db96a8a9090ec31d7f0f935596 is broken due to conflicts with hashmap (probably won't have time for a bit to look at it).

What I'm hoping to do with "git clone -s" would be client-only and compatible with existing HTTP servers that run "git update-server-info".

← back to recent threads