From: Shawn Pearce <spearce@spearce.org>
To: Junio C Hamano <junkio@cox.net>
Cc: Anand Kumria <wildfire@progsoc.org>, git@vger.kernel.org
Subject: Re: [PATCH] Make logAllRefUpdates true by default
Date: Mon, 27 Nov 2006 00:01:00 -0500 [thread overview]
Message-ID: <20061127050059.GA18970@spearce.org> (raw)
In-Reply-To: <7vhcwmt19w.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> wrote:
> I do not think I can take this patch in its current form.
>
> Although I think majority of users would find it convenient to
> have ref-log enabled by default on repositories to be developed
> in, it does not make sense to enable ref-log by default for bare
> repositories that is used as a distribution point. So at least
> this needs an option to disable it (if you make it the default),
> or enable it.
What about just suggesting that the individual user run:
git repo-config --global core.logAllRefUpdates true
?
This has the effect of enabling reflog by default for any repository
that the user creates or clones, unless its explicitly disabled in
that repository.
I've done this in any account that I use to access working directory
repositories and it works well. But I also just realized that I have
it enabled in one account which also pushes to some bare repositories
through local filesystem URLs and thus those bare repositories are
also getting reflogged. But given that they are used as backups of
my working directory repositories (different drive) and are never
pruned, I actually consider that to be a feature. :-)
Your idea of guessing the intent of the repository and setting up the
configuration based on that intent is a good one, but unfortunately I
have no suggestions for how to solve the (1)..(3) cases you raised.
But setting core.logAllRefUpdates in the global configuration of
an interactive account appears to be a reasonable workaround.
--
prev parent reply other threads:[~2006-11-27 5:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-26 15:36 [PATCH] Make logAllRefUpdates true by default Anand Kumria
2006-11-26 20:12 ` Junio C Hamano
2006-11-26 23:05 ` Horst H. von Brand
2006-11-27 5:01 ` Shawn Pearce [this message]
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=20061127050059.GA18970@spearce.org \
--to=spearce@spearce.org \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=wildfire@progsoc.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 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).