[Bioperl-l] bioperl-dev or branch?
Hilmar Lapp
hlapp at gmx.net
Fri May 22 01:33:52 UTC 2009
On May 21, 2009, at 7:31 PM, Robert Buels wrote:
> Just to clarify, it doesn't look like bioperl-dev is actually in a
> separate repo, it's just separated from bioperl-live as a different
> distribution, but still in the 'bioperl' repository.
True, actually, my mistake. I guess I was assuming from the early days
of cvs that these are actually different repositories. Sorry 'bout that.
So in essence bioperl-dev and bioperl-live are different directory
trees within the same repository.
On May 21, 2009, at 5:52 PM, Chris Fields wrote:
> The key aspect that started this all is to have a lean (read: few
> dependencies, relatively stable) core set of modules. Other related
> modules which add additional dependencies could be moved into a
> bioperl-tools. And (finally) anything lacking the guarantee of API
> stability would be bioperl-dev. I think several other alternatives
> came up but these seemed to be the final ones.
>
> So:
>
> core = minimal functionality
> tools = complete functionality (requires core)
> dev = experimental APIs, etc (requires core and possibly tools)
I do like this. Am I right that the way we should be looking at this
is as disjoint subsets that as a total make up BioPerl. So a module
would be found in one and only one subset, and if I wanted the entire
BioPerl package I download each one. Bioperl-dev then isn't for
holding different (e.g., more experimental) versions of the same
modules that are also in bioperl-core (aka bioperl-live).
Likewise, each subset then has its tags and branches and main trunk,
right? (Though hopefully the release tags would be present in all)
That sounds all good to me, except that bioperl-dev has Bio/Root/*
replicated. It should not, right? If we want to introduce experimental
changes to Bio/Root modules, they should go into a bioperl-live
branch, right? (Otherwise I'm confused what a bioperl-live branch is
for.)
So in this picture Chase's project would go into bioperl-dev, main
trunk. Users would obtain it by downloading bioperl-dev from svn or as
package and simply install on top of a Bioperl-core package, without
fear of clobbering stable modules that came with Bioperl-core. Right?
If that's the idea it makes a lot of sense to me and seems sane.
Conversely, using bioperl-dev as another way to branch bioperl-core
modules doesn't, though I may be missing something.
(I hope I'm making sense. Please do say if I'm not ...)
-hilmar
--
===========================================================
: Hilmar Lapp -:- Durham, NC -:- hlapp at gmx dot net :
===========================================================
More information about the Bioperl-l
mailing list