All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roger Gammans <roger@computer-surgery.co.uk>
To: linux-kernel@vger.kernel.org
Subject: Re: using bitkeeper to backport subsystems?
Date: Mon, 22 Jul 2002 23:29:41 +0100	[thread overview]
Message-ID: <20020722232941.A10083@computer-surgery.co.uk> (raw)
In-Reply-To: <20020722152031.GB692@opus.bloom.county>; from trini@kernel.crashing.org on Mon, Jul 22, 2002 at 08:20:31AM -0700

[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]

On Mon, Jul 22, 2002 at 08:20:31AM -0700, Tom Rini wrote:
> Possibly, once bitkeeper allowes ChangeSets to only depend on what they
> actually need, not every previous ChangeSet in the repository.  IIRC,
> this was one of the things Linus asked for, so hopefully it will happen.

While that would be great.

With all due respect to Larry and the bk team, I think you'll
find determining 'needed changesets' in this case is a _hard_ problem.

How is bk supposed to find that a change depends on a previously
redefined api declared in a set of files othwerwise untouched by the 
changeset being exported.

Now , bk could make this a little easier by allowing changesets to
be exported without any dependencies (ala GNU-patch export - but
with metadata for commit messages).

The developer can then use a 'bk undo'  to remove the unnessary changeset
for his patch , reapply keeping the commit metadata, test and now
re-export a full bk patch with minimal dependencies.

Unfortuantely I know know way of currently instructing bk to
do this dependency-less export.

--
TTFN
Roger.
Master of Peng Shui.  (Ancient oriental art of Penguin Arranging)
GPG Key FPR: CFF1 F383 F854 4E6A 918D  5CFF A90D E73B 88DE 0B3E

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  reply	other threads:[~2002-07-22 22:26 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-21 23:34 using bitkeeper to backport subsystems? Andreas Schuldei
2002-07-22  7:15 ` Val Henson
2002-07-22  8:29   ` Christoph Hellwig
2002-07-22 10:27     ` Andreas Schuldei
2002-07-22 10:29       ` Christoph Hellwig
2002-07-22 15:25         ` Larry McVoy
2002-07-25 21:48           ` Andreas Schuldei
2002-07-22 15:20       ` Tom Rini
2002-07-22 22:29         ` Roger Gammans [this message]
2002-07-22 22:44           ` Larry McVoy
2002-07-23  8:16             ` Lars Marowsky-Bree
2002-07-23 18:38             ` Eric W. Biederman
2002-07-23 22:46               ` Larry McVoy
2002-07-22 10:43     ` Thunder from the hill
2002-07-22 10:46       ` Christoph Hellwig
2002-07-22 11:02         ` Thunder from the hill
2002-07-22 11:03           ` Christoph Hellwig
2002-07-22 13:45         ` Mark Mielke
2002-07-22 13:48           ` Christoph Hellwig
2002-07-22 17:52     ` Val Henson
  -- strict thread matches above, loose matches on Subject: below --
2002-07-23 14:31 Matthias Urlichs

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=20020722232941.A10083@computer-surgery.co.uk \
    --to=roger@computer-surgery.co.uk \
    --cc=linux-kernel@vger.kernel.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 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.