[Scummvm-devel] Using buildbot for the release?

[Peter Bortas]

Valid points, but I'd like to counter that it would be a very good idea to
build the releases on the build bot and then let the developer re-upload it
as a release. Thus both verifying that the build bot environment is kept
from rotting and avoiding problems with a volatile development environment.

A reoccurring issue with hobby development on small platforms is that you
might have to make experimental changes to gcc/binutils/libc/other to get a
specific project working. If you don't keep impeccable notes and parallel
compilation environments you end up not having access to the environment
tested for project A (say ScummVM) after having worked on project B for a
couple of months. Just pulling something from the bot and testing it would
be nice.

NB: I'm not a ScummVM developer, just an occasional tester and contributor
to the Dreamcast port.

-- 
Peter Bortas



On Sat, Jul 6, 2013 at 9:17 AM, Travis Howell <kirben at optusnet.com.au>wrote:

> On 6/07/2013 2:58 PM, Eugene Sandulenko wrote:
> > A thing which was bothering me for a while. Would it be possible to use
> > our buildbot for building release packages?
> >
> > We have a nice collection of platforms represented there, and some of
> > them have their maintainer inactive. Also this would let to release much
> > broader set of packages by time of the release.
> >
> > So, are there any technical obstacles to this?
>
> An extremely bad idea, since release builds are meant to be well tested
> for a wider range of users. For ports which aren't maintained, we don't
> know how functional those ports still are, even if they continue to
> compile and build. For ports which are maintained, there is still a
> lower risk of build environment differences compared to the maintainer,
> which could mean a difference in features offered, or cause additional
> bugs in the worst case.
>
> Users always have the choice to using a recent snapshot, but we
> shouldn't be offering these build if we can't be sure of their quality.
>
> If you really want to go this way, you might as well just drop releases,
> since we only offer minimum testing for releases now.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20130706/01244987/attachment.html>