From: "Catalin Marinas" <catalin.marinas@gmail.com>
To: "Karl Hasselström" <kha@treskal.com>
Cc: "Yann Dirson" <ydirson@altern.org>, "GIT list" <git@vger.kernel.org>
Subject: Re: StGIT: stgitformatversion vs. stgit.formatversion
Date: Mon, 4 Jun 2007 23:12:25 +0100 [thread overview]
Message-ID: <b0943d9e0706041512g2b063676x6c6c954c9fd84aeb@mail.gmail.com> (raw)
In-Reply-To: <20070603121718.GA6507@diana.vm.bytemark.co.uk>
On 03/06/07, Karl Hasselström <kha@treskal.com> wrote:
> On 2007-06-02 21:16:41 +0200, Yann Dirson wrote:
>
> > What about using branch.*.stgit.formatversion to store the version,
> > to be consistent with other stgit-specific per-branch settings ?
I agree as well.
> Good idea. But we should probably fall back to stgitformatversion (or
> better, upgrade from it) to be nice to those running Catalin's master.
It could, indeed, fall back to stgitformatversion and upgrade from it.
Anyway, I'm not sure there are that many running the master branch but
this would be needed for us as well.
> It happens a bit too often that we find problems with patches only
> after Catalin has published them on "master". (At least that seems to
> be the case with patches coming from me!) Maybe a "pu" branch
> (maintained either by Catalin or someone else) would be a good way to
> smoke them out before they're written in stone and distributed to lots
> of people.
Well, I consider "master" to be a development branch anyway. It would
be useful to get an idea of how many are using this branch (people not
following the GIT list are probably using the stable releases anyway).
A "pu" branch would make sense for more experimental stuff, like the
DAG patches.
> If the stgitformatversion patch had been on such a branch, we could
> just have edited it and not have to worry about upgrading old configs
> (aside from posting a mail on how to upgrade manually).
But now I have plenty of branches in my Linux tree already, so I
wouldn't do it manually. We already have checks for the repository
version, adding this would probably only be 2-3 lines.
--
Catalin
next prev parent reply other threads:[~2007-06-04 22:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-02 19:16 StGIT: stgitformatversion vs. stgit.formatversion Yann Dirson
2007-06-03 12:17 ` Karl Hasselström
2007-06-04 22:12 ` Catalin Marinas [this message]
2007-06-07 21:55 ` Catalin Marinas
2007-06-10 11:01 ` Karl Hasselström
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=b0943d9e0706041512g2b063676x6c6c954c9fd84aeb@mail.gmail.com \
--to=catalin.marinas@gmail.com \
--cc=git@vger.kernel.org \
--cc=kha@treskal.com \
--cc=ydirson@altern.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).