git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Thomas Gummerer <t.gummerer@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Jan 2019, #02; Tue, 15)
Date: Thu, 17 Jan 2019 10:35:42 -0800	[thread overview]
Message-ID: <xmqqlg3jnncx.fsf@gitster-ct.c.googlers.com> (raw)
In-Reply-To: <20190116212631.GK25639@hank.intra.tgummerer.com> (Thomas Gummerer's message of "Wed, 16 Jan 2019 21:26:31 +0000")

Thomas Gummerer <t.gummerer@gmail.com> writes:

> On 01/15, Junio C Hamano wrote:
>> * ps/stash-in-c (2019-01-04) 27 commits
>>  - tests: add a special setup where stash.useBuiltin is off
>>  - stash: optionally use the scripted version again
>>  - stash: add back the original, scripted `git stash`
>>  - stash: convert `stash--helper.c` into `stash.c`
>>  ...
>>  - sha1-name.c: add `get_oidf()` which acts like `get_oid()`
>>  - Merge branch 'sd/stash-wo-user-name'
>> 
>>  "git stash" rewritten in C.
>> 
>>  Comments?
>
> I read over the series last weekend.  I had some small comments on
> 21/26 and 25/26.  I forgot to reply with my overall assessment on the
> thread though.  I'd be happy to give my Reviewed-by for the whole
> series with or without the changes I suggested.  I double-checked the
> re-introduced "legacy" stash script to make sure it is actually the
> same as it is on master.

Thanks for helping.  And thanks for reminding us about the late
addition of the legacy stuff, which makes the progression of the
series less than ideal, but the benefit that would come from a
possible reroll to start the series from the last three patches
would be fairly limited anyway.  Such a reorganized series would
have allowed investigation of regressions and bugs during the
development comparing the original and rewritten implementations
slightly easier, but experience from seeing the evolution of these
"reimplement in C" topics tells us that we see major part of the
regression fallouts after the series is declared "feature complete",
so in the long run, the less-than-ideal organization of the topic
does not matter much in practice.

> So I'd be happy to get this merged into 'next', and if anything comes
> up to fix that on top.

OK.

  reply	other threads:[~2019-01-17 18:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-15 22:31 What's cooking in git.git (Jan 2019, #02; Tue, 15) Junio C Hamano
2019-01-15 22:49 ` Denton Liu
2019-01-15 23:16   ` Junio C Hamano
2019-01-16  0:35 ` Duy Nguyen
2019-01-16  4:08   ` Junio C Hamano
2019-01-16  4:02 ` Eric Wong
2019-01-16  4:08   ` Junio C Hamano
2019-01-16  4:46 ` Junio C Hamano
2019-01-16 21:26 ` Thomas Gummerer
2019-01-17 18:35   ` Junio C Hamano [this message]
2019-01-18  9:58   ` ps/stash-in-c, was " Johannes Schindelin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqqlg3jnncx.fsf@gitster-ct.c.googlers.com \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=t.gummerer@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).