[SM-Discuss] We don't wanna cast the broken things, do we?

Eric Sandall eric at sandall.us
Wed Sep 10 04:59:49 EDT 2008


On Tue, 9 Sep 2008 20:58:48 +0200
Arwed von Merkatz <v.merkatz at gmx.net> wrote:
> I also don't like alpha versions and stuff in spells, even if it's
> only test grimoire, as it's not guaranteed that those spells will be
> updated to final before they're cut for stable-rc. And I don't like
> using pre versions in general.
> For big stuff like the gnome update, I think creating a devel branch
> for the -rc that can be deleted once it's merged into test is the
> correct solution. The policy for other changes to the spells while
> they're updated in a devel branch should imo be: "if you change a
> spell in this section during the devel branch cycle, you're
> responsible for also merging that change into the devel branch (of
> course merging version updates so that the -rc version stays in)".
> That way, people keep out of those sections in test in general, and
> if they really care about a fix, they have to make sure the final
> merge won't generate more conflicts than absolutely necessary.
> Does this seem reasonable to you all?

I concur, branches are your, and our, friend. =)

> Supporting devel versions for the gnome stuff inside the spells is
> madness imho, because all of them have to use either release or devel
> version consistently, or stuff breaks. This is really too much work
> for not much benefit.

I like having the option, think it should be up to the one doing the
work if they want to have a switch between devel/stable. ;)

-sandalle

-- 
Eric Sandall                     |  Source Mage GNU/Linux Developer
eric at sandall.us PGP: 0xA8EFDD61  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  http://counter.li.org/  #196285
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.ibiblio.org/pipermail/sm-discuss/attachments/20080910/3eca3655/attachment.bin 


More information about the SM-Discuss mailing list