From: Sitaram Chamarty <sitaramc@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Mike Ralphson <mike.ralphson@gmail.com>,
Graeme Geldenhuys <graemeg@gmail.com>,
git@vger.kernel.org
Subject: Re: Make a non-bare repo bare.
Date: Fri, 17 Jul 2009 09:29:25 +0530 [thread overview]
Message-ID: <2e24e5b90907162059u5e3dfca1x16cd57b0a10a7204@mail.gmail.com> (raw)
In-Reply-To: <7vd4808iey.fsf@alter.siamese.dyndns.org>
On Fri, Jul 17, 2009 at 2:17 AM, Junio C Hamano<gitster@pobox.com> wrote:
> Mike Ralphson <mike.ralphson@gmail.com> writes:
>> http://git.or.cz/gitwiki/GitFaq#HowdoImakeexistingnon-barerepositorybare.3F
> Somebody needs to promise to keep that entry up-to-date, or we should
> rewrite it so that we do not expose such an implementation detail.
>
> Even today core.bare is not the only difference between a repository with
> a work tree and a bare one. We also set core.logallrefupdates these days
> for a repository with a work tree, so the procedure described there is
> already stale. And this kind of implementation details are bound to
> change.
I wonder why core.logAllRefUpdates is not the default for bare repos.
I have taken to making that the _global_ default on any git/gitosis
server I install, so all my bare repos have it turned on.
My reason is that I do want to allow "push -f" (it _is_ sometimes
needed), but I also want to protect against such push happening in
error, and the reflog has always seemed like a good safety net to run
to when that happens.
Other than space (due to garbage collection delay until reflog expire)
what are the downsides? Could someone enlighten me if I'm doing
something stupid here?
Thanks,
Sitaram
next prev parent reply other threads:[~2009-07-17 3:59 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-15 21:43 Make a non-bare repo bare Tim Visher
2009-07-15 21:48 ` Paolo Bonzini
2009-07-16 0:54 ` Tim Visher
2009-07-16 2:19 ` Jeff King
2009-07-16 2:33 ` Junio C Hamano
2009-07-16 8:51 ` Graeme Geldenhuys
2009-07-16 8:55 ` Mike Ralphson
2009-07-16 20:47 ` Junio C Hamano
2009-07-17 3:59 ` Sitaram Chamarty [this message]
2009-07-16 11:39 ` Sitaram Chamarty
2009-07-16 11:47 ` Tim Visher
2009-07-16 20:51 ` Junio C Hamano
2009-07-17 1:20 ` Sitaram Chamarty
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=2e24e5b90907162059u5e3dfca1x16cd57b0a10a7204@mail.gmail.com \
--to=sitaramc@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=graemeg@gmail.com \
--cc=mike.ralphson@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.
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).