Release testing and the relationship between 'bzr selftest' and plugins
Vincent Ladeuil
vila+bzr at canonical.com
Sat Mar 17 16:11:57 UTC 2012
>>>>> Jelmer Vernooij <jelmer at samba.org> writes:
> Am 16/03/12 17:11, schrieb Vincent Ladeuil:
>>
>> >> The osx installer (and the windows installer too AFAIK) has a script to
>> >> download from a branch (tip) or a tag or a revid, so it's just a matter
>> >> of providing either a branch (during betas) or a tag for stable
>> >> releases.
>> > We still had out of date plugins in the installer, though.
>>
>> Yeah, the process is still not polished enough :-/
>>
>> Ideally, at least osx and windows, should share their scripts (or
>> release definitions) so we can update it in a single place.
>>
>> More and people are submitting merge proposals just for bumping which
>> version of a plugin should be packaged.
>> I think that's the good trend and we should probably help it becoming
>> the official way to get packaged.
> Do you mean that plugin authors should submit updates to the
> installers?
Wouldn't that be a perfect testbed for nested trees ?
Each one of us can have its own bzr with its own set of plugins as
nested trees, all different but being able to be merged from one
another...
Just a thought...
> I've updated the versions of bzr-svn/bzr-git in the installers a
> couple of times, but I would really rather stay away from this. It
> takes time (and releasing already takes up enough time) and I
> don't have the environment to test my changes in.
Yeah, *you* (as every plugin author) cannot test enough (even under you
shower ;) but you *can* say: hey, I've tested this and that's what I'd
like to be packaged, can somebody out there give it a go ?
Vincent
More information about the bazaar
mailing list