[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