git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Shawn Pearce <spearce@spearce.org>
To: Jeff King <peff@peff.net>
Cc: Sean <seanlkml@sympatico.ca>, Karl Hasselstr?m <kha@treskal.com>,
	Junio C Hamano <junkio@cox.net>, Miles Bader <miles@gnu.org>,
	git@vger.kernel.org
Subject: Re: git bug? + question
Date: Sat, 4 Nov 2006 00:10:08 -0500	[thread overview]
Message-ID: <20061104051008.GC9003@spearce.org> (raw)
In-Reply-To: <20061103232936.GC6970@coredump.intra.peff.net>

Jeff King <peff@peff.net> wrote:
> On Fri, Nov 03, 2006 at 03:29:45PM -0500, Shawn Pearce wrote:
> 
> > Nack.  I'd rather see the entries added/removed from .git/config when
> > the branch is created/deleted, just like the ref and the reflog are
> > created/deleted.  It makes behavior more consistent for the user
> > and it is mostly self documenting...
> 
> If we go this route, please consider updating .git/auto-branch-config or
> similar, and adding the functionality to include that file into
> .git/config.
> 
> I think the concept of automagically munging a user-editable config file
> is problematic, especially when users might manage those files with
> version control or other systems.

Most users that I know use repo-config to munge their .git/config
rather than editing it by hand.  Though with more data stored in
it for branches and remotes that is probably going to change.

If we go this route I wonder if want to say create a config file
per branch and then use a wildcard include like Apache's httpd.conf
wildcard include, e.g.:

	.git/config:
		include branch_configs/**/*.config

	.git/branch_configs/refs/heads/master.config:
		[branch "master"]
			...

As then git-branch is only manipulating one file per branch.

-- 

  reply	other threads:[~2006-11-04  5:10 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-02  5:56 git bug? + question Miles Bader
2006-11-03  2:40 ` Junio C Hamano
2006-11-03  3:45   ` Sean
2006-11-03  7:48   ` Karl Hasselström
2006-11-03  8:51     ` Junio C Hamano
2006-11-03  9:09       ` Andy Parkins
2006-11-03 19:28         ` Junio C Hamano
2006-11-03  9:46       ` Karl Hasselström
2006-11-03 17:15         ` Josef Weidendorfer
2006-11-03 17:13           ` Jakub Narebski
2006-11-03 19:06             ` Josef Weidendorfer
2006-11-04 12:03           ` Junio C Hamano
2006-11-04 17:50             ` Josef Weidendorfer
2006-11-03  9:59       ` Martin Waitz
2006-11-03 10:27         ` Santi Béjar
2006-11-03 16:10       ` Linus Torvalds
2006-11-03 19:53         ` Junio C Hamano
2006-11-03  8:53     ` Andy Parkins
     [not found]   ` <20061102224549.499610d1.seanlkml@sympatico.ca>
2006-11-03  8:12     ` Karl Hasselström
2006-11-03  9:25       ` Sean
     [not found]       ` <20061103042540.192bbd18.seanlkml@sympatico.ca>
2006-11-03  9:51         ` Karl Hasselström
2006-11-03 20:29         ` Shawn Pearce
2006-11-03 21:27           ` Sean
2006-11-03 23:29           ` Jeff King
2006-11-04  5:10             ` Shawn Pearce [this message]
     [not found]           ` <20061103162707.cc8af608.seanlkml@sympatico.ca>
2006-11-04  5:04             ` Shawn Pearce
2006-11-03 20:36     ` Shawn Pearce
2006-11-03 21:24       ` Sean
2006-11-04 12:03         ` Junio C Hamano
2006-11-04 15:33           ` Sean
     [not found]           ` <20061104103325.bfb5e33e.seanlkml@sympatico.ca>
2006-11-04 19:07             ` Shawn Pearce
     [not found]       ` <20061103162422.b0bf105e.seanlkml@sympatico.ca>
2006-11-04  5:03         ` Shawn Pearce
2006-11-04 17:52           ` Josef Weidendorfer
2006-11-04 19:05             ` Shawn Pearce
2006-11-06 11:05               ` Josef Weidendorfer
2006-11-06  9:53             ` Andy Whitcroft
2006-11-06 11:00               ` Josef Weidendorfer
2006-11-06 12:32                 ` Andy Whitcroft

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=20061104051008.GC9003@spearce.org \
    --to=spearce@spearce.org \
    --cc=git@vger.kernel.org \
    --cc=junkio@cox.net \
    --cc=kha@treskal.com \
    --cc=miles@gnu.org \
    --cc=peff@peff.net \
    --cc=seanlkml@sympatico.ca \
    /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).