On Wed, Nov 21, 2012 at 8:48 PM, Jeff King <p...@peff.net> wrote:
> On Tue, Nov 20, 2012 at 09:08:36PM -0800, Junio C Hamano wrote:
>> With such a one-sided discussion, I've been having a hard time
>> convincing myself if Felipe's effort is making the interface better,
>> or just breaking it even more for existing remote helpers, only to
>> fit his world model better.
> Felipe responded in more detail, but I will just add the consensus we
> came to earlier in the discussion: the series does make things better
> for users of fast-export that use marks, but does not make things any
> better for users of negative refs on the command line. However, I do not
> think that it makes things worse for them, either (neither by changing
> the behavior negatively, nor by making the code harder for a more
> complete fix later).
Patch 14 changes the behavior depending on the marks, patch 15 doesn't.
This patch is mostly orthogonal to marks.
Before without marks:
% git branch unintresting master
% git fast-export master ^uninteresting
Before with marks:
% git fast-export --import-marks=marks master ^uninteresting
See? In both cases git is doing something the user doesn't want, nor
specified. After my patch nothing gets updated, because nothing was
specified to be updated.
I'm not going to bother explaining why other people objected to this
patch (again), which is indeed related to marks, they should do it for
themselves. Let me reaffirm that no valid reason has put forward to
object to this patch.
> So while fixing everybody might be nice
I would like to understand that that even means. What behavior is
currently broken? And for who? And how is this patch related to that?
>  There are other possible use cases for fast-export which might
> benefit from negative refs working more sanely, but since they are
> in the minority and are not being made worse, I think the partial
> fix is OK.
Which ones? I don't think this is a partial fix.
Nobody has put forward such a use-case.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html