[Qgis-developer] Moving forward with the raster transparency branch

Tim Sutton tim at linfiniti.com
Wed Sep 19 10:22:16 EDT 2007


Hi

2007/9/19, Marco Hugentobler <marco.hugentobler at karto.baug.ethz.ch>:
> On Monday 17 September 2007 20:09:02 Tim Sutton wrote:
> > I would prefer if we can begin to adopt a more conservative policy
> > with regards to merging things into head. The idea would be that when
> > we feel raster stuff is useable, make a test release from that branch,
> > solicit, comments feedback, bug reports etc. Then stabilise and only
> > *then* merge. The idea being that svn trunk can be as stable as
> > possible at all times and that we become a lot more conservative about
> > letting new code into trunk. Also I would like to ask that any new
> > features proposed for merge with trunk be accompanied by suitable unit
> > tests so that we can have a good quality control process and identify
> > early on if future changes break existing features.
> >
> > Other than the above reservations, I support the proposals you and
> > Peter are making for refactoring and thread safety.
> >
> > Regards
> >
> > Tim
>
> Hi Tim,
>
> I agree we need to formalise a procedure on how to merge branches back. Maybe
> we should discuss it in a PSC meeting?
> In my opinion, the development in branches has lead to a lot of branches that
> are around for some time. And the longer they are developed separated from
> trunk the harder it will be to merge the work back. At any rate we should
> avoid to have OpenQGIS, DeeQGIS, SkyQGIS, PirolQGIS, ...
>
> Regards,
> Marco
>

Yes I agree there is some trade off here - though in general if you
merge trunk into your branch weekly or so this is not a great issue -
unless you have large architectural changes in your branch. In general
prefer that we have some small hassles merging stuff back to trunk and
have a more conservative, stable trunk. Regards to DeeQGIS etc I wasnt
really suggesting this. Rather to have a test build or two from
branches for public testing before we do the merge. This is not
dissimilar to other projects e.g. firefox creates test builds of the
3.0 branch while still developing onward in the stable 2.x branch.
Anyway good lets discuss on an irc meeting :-)

Regards

Tim

>
>
> --
> Dr. Marco Hugentobler
> Institute of Cartography
> ETH Zurich
> Technical Advisor QGIS Project Steering Committee
> marco.hugentobler at karto.baug.ethz.ch
>


-- 
Tim Sutton
QGIS Project Steering Committee Member - Release  Manager
Visit http://qgis.org for a great open source GIS
openModeller Desktop Developer
Visit http://openModeller.sf.net for a great open source ecological
niche modelling tool
Home Page: http://tim.linfiniti.com
Skype: timlinux
Irc: timlinux on #qgis at freenode.net



More information about the Qgis-developer mailing list