Distributions going smart & bugfixes?

Anders F Björklund afb at algonet.se
Mon Jan 5 07:14:51 PST 2009


Gustavo Niemeyer wrote:

>> Depends on what release you want, "bugfix" was supposed to be
>> the minor revision (e.g. 1.1.2) and "testing" the major (1.2)
>
> Anders, we discussed this a few times already, and we can schedule a
> call if you still didn't get the idea behind it.  The way to get new
> releases of Smart out isn't by creating standalone branches and
> merging things on them.  We need to get branches or patches ready for
> merges, then reviewing them, then merging them on trunk, and releasing
> trunk as the next stable.

I think I got the idea, I just thought it would be a shame to remove
the branches that had already been created... Not creating any new ones
like that, though. And I've tried to crossref/copy where applicable.
As always, "trunk" (and releases) is the only official branch of Smart.

> Merging several patches in the same branch makes the review process
> hard since all the fixes get mixed on a single bucket, and isolating
> which changes are tested and ok to merge and which ones need merging
> is hard.

The main reason for creating the branches was to merge the patches,
some of them interfered with eachother which made the diffs obsolete.

> That said, creating branches for merging several changes in and
> testing things off is definitely nice.  It's just that we can't say
> that a non-trunk branch *is* a release, since things can go in or not.

Bad wording on my part, I meant to say "was intended for" not "is"...
The idea was to help with the release, not create additional work :-)

--anders




More information about the Smart mailing list