linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Val Henson <val@nmt.edu>
To: "Cameron, Steve" <Steve.Cameron@hp.com>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: bitkeeper question
Date: Tue, 28 May 2002 16:01:31 -0600	[thread overview]
Message-ID: <20020528160131.I4721@boardwalk> (raw)
In-Reply-To: <45B36A38D959B44CB032DA427A6E10640167CFCE@cceexc18.americas.cpqcorp.net>; from Steve.Cameron@hp.com on Wed, May 15, 2002 at 02:34:54PM -0500


On Wed, May 15, 2002 at 02:34:54PM -0500, Cameron, Steve wrote:
>
> Hi,
>
> I'm not sure if this is the right place
> to ask.  I'm wondering about how (and if) tags
> are being used for the bk://ppc.bkserver.net/linuxppc_2_4_devel
> tree.
>
> I would like to be able to clone and
> export a "known" state (lets call it "state_1")
> of the tree, then later be able to get another
> known state of the tree ("state_2") and have
> (or be able to generate) a patch that can take
> me from "state_1" to "state_2".
>
> I guess I can do this by doing
>
> bk export -r state_1 state_1
>
> then, later after some "bk pulls" have been done,
>
> bk export -r state_2 state_2
>
> provided that "state_1" and "state_2" are
> the two tags.
>
> But, i don't know what the tags are that people
> are using, if any.  Or am I grossly misunderstanding
> bitkeeper?  Is it up to me to tag my own clone of
> the repository whenever I want, and just use "bk pull"
> to get "the latest stuff", whatever that might be?
> If there is a regular tagging scheme already in use,
> I think I'd rather just use those existing tags, as
> long as I can stay reasonably up to date that way.
>
> Thanks for any info.

You might be grossly misunderstanding bk, let's see if this makes any
sense...

Every time you do a commit, you've created the equivalent of a CVS
tag.  It's just a number, but it is a "known state" of the entire
repository, not just the files you checked in.  You can add a
non-numeric tag to some versions for convenience, but a non-numeric
tag is not required to do the kind of operations you're looking for.

The easiest way to export a patch is to find the two changeset numbers
you're interested in and run:

bk export -tpatch -r<rev1,rev2> > ../patchfile

Does that help or did I grossly misunderstand you? :)

-VAL

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

      parent reply	other threads:[~2002-05-28 22:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-15 19:34 bitkeeper question Cameron, Steve
2002-05-15 21:41 ` Tom Rini
2002-05-28 22:01 ` Val Henson [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=20020528160131.I4721@boardwalk \
    --to=val@nmt.edu \
    --cc=Steve.Cameron@hp.com \
    --cc=linuxppc-embedded@lists.linuxppc.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).