From: "J. Bruce Fields" <bfields@fieldses.org>
To: Willy Tarreau <w@1wt.eu>
Cc: git@vger.kernel.org
Subject: Re: Multiple working trees with GIT ?
Date: Thu, 24 Jan 2008 09:51:28 -0500 [thread overview]
Message-ID: <20080124145128.GA26164@fieldses.org> (raw)
In-Reply-To: <20080124074952.GA8793@1wt.eu>
On Thu, Jan 24, 2008 at 08:49:52AM +0100, Willy Tarreau wrote:
> Hi all,
>
> I'm having long thoughts about how to use GIT to manage a distro. One of
> the aspects which comes very often is the notion of "variant" for a
> packaging. For instance, the whole project could consist in a list of packages
> with their branches, but this list may vary depending on the platform, the
> medium, etc... I was searching how to propagate common changes withing variants
> with the least hassle.
>
> I figured out that having one file list per variant will be very annoying. In
> another project, that's already what I have and frankly, applying the same
> change to 10 files is counter-productive. Since the lists will often be the
> sames except for a few entries, and since most updates will be relevant to
> all variants, I thought branches will be my best friends.
>
> But I would like to be able to always access file lists, without having to
> constantly git-checkout <variant-X>.
Could just read-only access with git-show be enough for your purposes?:
git show <branch-name>: # show top-level directory,
git show <branch-name>:lib/ # show lib/ directory, etc....
git show <branch-name>:lib/Makefile
--b.
prev parent reply other threads:[~2008-01-24 14:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-24 7:49 Multiple working trees with GIT ? Willy Tarreau
2008-01-24 9:59 ` Julian Phillips
2008-01-24 11:04 ` Johannes Schindelin
2008-01-24 12:56 ` Willy Tarreau
2008-01-24 13:38 ` Johannes Schindelin
2008-01-24 14:10 ` Willy Tarreau
2008-01-24 12:59 ` Willy Tarreau
2008-01-24 14:51 ` J. Bruce Fields [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=20080124145128.GA26164@fieldses.org \
--to=bfields@fieldses.org \
--cc=git@vger.kernel.org \
--cc=w@1wt.eu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.