From: Junio C Hamano <junkio@cox.net>
To: Nicolas Pitre <nico@cam.org>
Cc: git@vger.kernel.org
Subject: Re: [PATCH 11/10] allow forcing index v2 and 64-bit offset treshold
Date: Tue, 10 Apr 2007 00:31:24 -0700 [thread overview]
Message-ID: <7vlkh0wur7.fsf@assigned-by-dhcp.cox.net> (raw)
In-Reply-To: <alpine.LFD.0.98.0704092046080.28181@xanadu.home> (Nicolas Pitre's message of "Mon, 09 Apr 2007 21:03:35 -0400 (EDT)")
Nicolas Pitre <nico@cam.org> writes:
>> They are _not_ even in 'pu'. I am talking about things that
>> have been cooking.
>
> Remember that positive comments are by default much less verbose than
> negative ones. In other words, no news is probably good news.
No news means one or more of the following:
- Immediately before 1.5.1, people were asked to test 'master'
rigorously, and they did, and they are still on 'master'.
Nobody noticed breakages in 'next'.
- Some people use 'next' but the new features, fixes or
enhancements the topics introduce are totally irrelevant to
how they use git, so problems are not noticed. This would
indicate that some of the topics may not even deserve to
be in 'next'.
- Most people are generally 'wait and see' and even when warned
that some new features cooking in 'next' may change the user
experience (even in good ways), they do not try to see if the
change may adversely affect them to voice their objection
early, to catch the changes they do not like before they
graduate to 'master', and then complain. This would indicate
that it is futile to have 'next' as a holding area. It would
be more effective to push out unproven stuff on 'master' to
make sure people complain.
None of the above does not sound a good news at all to me.
>> >> > ddiff --git a/t/Makefile b/t/Makefile
>> >>
>> >> ???
>
> $ touch t/Makefile
> $ git diff
This still does not give me doubled d in diff.
next prev parent reply other threads:[~2007-04-10 7:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-09 21:32 [PATCH 11/10] allow forcing index v2 and 64-bit offset treshold Nicolas Pitre
2007-04-09 22:28 ` Junio C Hamano
2007-04-09 22:33 ` Bill Lear
2007-04-09 23:04 ` Nicolas Pitre
2007-04-10 0:23 ` Junio C Hamano
2007-04-10 1:03 ` Nicolas Pitre
2007-04-10 7:31 ` Junio C Hamano [this message]
2007-04-10 13:23 ` Nicolas Pitre
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7vlkh0wur7.fsf@assigned-by-dhcp.cox.net \
--to=junkio@cox.net \
--cc=git@vger.kernel.org \
--cc=nico@cam.org \
/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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.