From: Petr Baudis <pasky@suse.cz>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: Cogito: cg-clone doesn't like packed tag objects
Date: Sat, 24 Sep 2005 14:50:01 +0200 [thread overview]
Message-ID: <20050924125001.GB25069@pasky.or.cz> (raw)
In-Reply-To: <7vvf0r6x97.fsf@assigned-by-dhcp.cox.net>
Dear diary, on Sat, Sep 24, 2005 at 04:00:04AM CEST, I got a letter
where Junio C Hamano <junkio@cox.net> told me that...
> Petr Baudis <pasky@suse.cz> writes:
>
> > It takes loooong time, unfortunately - scp -r takes its time itself on
> > many small files, and then we have to make a separate call to
> > git-ssh-fetch for each tag. Isn't that braindamaged... :/
>
> I think you could run git-peek-remote to find all the refs and
> then run git-fetch-pack to slurp all the tags (and heads for
> that matter) at once. Is there a particular reason you would
> prefer the commit walker?
Actually, probably not, except consistency with rsync and http handling
- but that's obviously not too good reason. I did it this way since I'm
going to be a bit busy again from now on.
I will probably rewrite the tags fetching to use git-peek-remote
(info/refs for http) the next weekend. One problem with this is that in
many repositories, git-update-server-info does not get ever run and
things would break "mysteriously". I don't want the policy that the user
has to take care of this on his own for Cogito, so I will probably add
something that will automagically append git-update-server-info at least
to the post-update hook (like
uphook="$_git/hooks/update-post"
if ! [ -x "$uphook" ]; then
if ! [ -e "$uphook" ]; then
echo '#!/bin/sh' >>"$uphook"
echo 'exec git-update-server-info' >>"$uphook"
fi
# If the user added something custom and left the hook
# disabled, he knew what he was doing. Also don't
# reenable the hook if we already did that once.
if [[ "$(grep -v '^#\($\|[^#]\)\|^$' "$uphook")" == "*exec git-update-server-info*" ]]; then
chmod a+x "$uphook"
echo "## Enabled by Cogito. It won't try to enable it again as long as this comment is here." >>"$uphook"
fi
fi
or something).
Actually, I might also add something like
[ -e "$_git/git-dummy-support" ] && git-update-server-info
at all the places in Cogito where I update the refs. Then the
default post-update hook could change to
[ -e "$_git/git-dummy-support" ] && exec git-update-server-info
and be enabled by default?
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.
next prev parent reply other threads:[~2005-09-24 12:50 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-23 22:24 Cogito: cg-clone doesn't like packed tag objects H. Peter Anvin
2005-09-24 1:18 ` Petr Baudis
2005-09-24 1:52 ` H. Peter Anvin
2005-09-24 2:00 ` Junio C Hamano
2005-09-24 12:50 ` Petr Baudis [this message]
2005-09-24 17:13 ` Daniel Barkalow
2005-09-24 18:10 ` Junio C Hamano
2005-11-09 22:33 ` Petr Baudis
2005-11-09 23:14 ` Junio C Hamano
2005-11-09 23:36 ` Nick Hengeveld
2005-11-09 23:44 ` Petr Baudis
2005-11-10 1:01 ` Nick Hengeveld
2005-11-09 23:47 ` Junio C Hamano
2005-09-26 21:25 ` Petr Baudis
2005-09-26 21:55 ` Brian Gerst
2005-09-26 21:56 ` Petr Baudis
2005-09-26 22:23 ` Junio C Hamano
2005-09-26 22:29 ` Petr Baudis
2005-09-27 4:46 ` Junio C Hamano
2005-09-27 5:02 ` Tom Prince
2005-09-27 5:28 ` Junio C Hamano
2005-09-27 9:40 ` Petr Baudis
2005-09-27 10:14 ` Josef Weidendorfer
2005-09-27 12:34 ` Petr Baudis
2005-09-27 13:27 ` Josef Weidendorfer
2005-09-27 17:07 ` Junio C Hamano
2005-09-27 17:56 ` Linus Torvalds
2005-09-27 18:36 ` Junio C Hamano
2005-09-27 21:16 ` Linus Torvalds
2005-09-27 21:44 ` Linus Torvalds
2005-09-27 22:11 ` Junio C Hamano
2005-09-28 17:22 ` Junio C Hamano
2005-10-14 6:03 ` Peeling the onion Junio C Hamano
[not found] ` <46a038f90510140048r30c7ec36n35f77a1ac52c4691@mail.gmail.com>
2005-10-14 8:40 ` Junio C Hamano
2005-09-26 22:37 ` Cogito: cg-clone doesn't like packed tag objects Junio C Hamano
2005-09-27 6:54 ` Sven Verdoolaege
2005-09-27 7:25 ` Ryan Anderson
2005-09-27 15:34 ` Linus Torvalds
2005-09-27 17:34 ` Ryan Anderson
2005-09-27 18:04 ` Linus Torvalds
2005-09-27 7:46 ` 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=20050924125001.GB25069@pasky.or.cz \
--to=pasky@suse.cz \
--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).