Maintaining 'stable' and 'development' versions of a repository (hopeless newbie question)

Aron Ahmadia <[email protected]> Fri, 17 Jun 2005 06:37:25 +0200
Newsgroups gmane.comp.version-control.bitkeeper.user
Message-ID <BED82025.5934%[email protected]>
Dear fellow Bitkeeper users,

I am still but a young software developer newbie, so I hope someone a little
more experienced than me can help me figure out how to do this.

I work on a small research project where me and several others are
simultaneously working on a simulation.  The simulation code is very
processor and memory-intensive, and tends to only be run by scientists who
Know What They are Doing and also know how to validate the results.

I've decided the best approach to developing the software is to keep a
stable repository for actually running the simulations (bug fixes only) and
a development version for gradually moving cool new features into the stable
version.

I want the stable repository to effectively be a few changesets behind the
development version, with the ability to push changes in the development
version to the stable version on a changeset-by-changeset or file-by-file
basis.

The problem is, I don't know exactly how to do this in Bitkeeper (I wouldn't
even have a clue how to do it in another tool), or perhaps I'm taking the
wrong approach.  What I've done so far is to to create a clone of the
development repository and call it stable.  Then I pushed a bunch of great
new changes into development.  What are my options for pushing changes from
development into stable?  I don't know what Bitkeeper commands would allow
me to selectively pick changesets from one repository on my system and apply
them to another.

Forgive me, I'm actually still really new to the version control game, and
I'm not sure I'm even using the proper terminology.

Best wishes,
~Aron