From: Shawn Pearce <spearce@spearce.org>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org, Johannes Schindelin <Johannes.Schindelin@gmx.de>
Subject: Re: [PATCH 0/11] Misc. pull/merge/am improvements
Date: Thu, 28 Dec 2006 03:42:45 -0500 [thread overview]
Message-ID: <20061228084245.GA18150@spearce.org> (raw)
In-Reply-To: <7vmz58whnx.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> wrote:
> Actually I am getting more greedy, and would not mind to have
> clean ups and a few more features in the new release, even the
> ones that we have talked about but have not implemented.
I know Linus wants me to fix the bash completion so it adds a trailing
space when something gets completed and is unique and no additional
text is expected to follow for that argument. I just haven't put
the effort into it, even though I think I have a solution.
Basically I'm saying I probably could have another round of bash
completion in another week which may be worth considering for
inclusion. ;-)
> I am very tempted to have sliding window mmap() if it helps
> people on cygwin, for example.
Especially now that NO_MMAP is the default on that platform.
At this point it may be ready to graduate to next to try and get a
wider audience. Since fixing that segfault in pack-objects I can't
break it. Of course I couldn't break it before you found that error,
so take my words with a grain of salt... ;-)
> Also, I've been running with
> "next" for my daily pushes and pulls without trouble, and I am
> very tempted to push out the shallow-clone topic.
Hasn't that been in next for a while now? I pretty much always
run next, and have also been using it on that non-publishable
repository for almost two months now. I've got 20 other users who I
collaborate with on cygwin running next... we haven't had any issue
with the portions of shallow-clone which had already moved in, and
I upgrade that environment almost daily to keep current. Of course
we also haven't tried to actually use the shallow-clone feature as
we haven't needed it (the repository is only 50 MiB packed).
> Although I do find the detached HEAD attractive and would want
> to have it eventually, I suspect that even if it materializes
> soon enough, it would at least need a couple of weeks of testing
> in 'next', so making -rc1 wait for it might push back the
> release a bit too much.
Agreed. It would be nice to implement, expecially for a major
release like 1.5.0. I don't think its that difficult to do, we've
all just been distracted by other topics and nobody has put code
forward for it. If a well-written implementation materialized in
the next few days it might get enough cooking time before rc1 to
include it.
--
Shawn.
next prev parent reply other threads:[~2006-12-28 8:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-28 7:34 [PATCH 0/11] Misc. pull/merge/am improvements Shawn Pearce
2006-12-28 8:25 ` Junio C Hamano
2006-12-28 8:42 ` Shawn Pearce [this message]
2006-12-28 11:04 ` Junio C Hamano
2006-12-29 4:53 ` Shawn Pearce
2006-12-29 6:14 ` Junio C Hamano
2006-12-31 1:21 ` Shawn Pearce
2006-12-30 19:27 ` Junio C Hamano
2006-12-29 17:46 ` Johannes Schindelin
2006-12-29 17:53 ` Junio C Hamano
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=20061228084245.GA18150@spearce.org \
--to=spearce@spearce.org \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/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 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 NNTP newsgroup(s).