Lack of deprecation period for short option changes
Alexander Belchenko
bialix at ukr.net
Wed Jan 10 05:59:21 GMT 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martin Pool пишет:
> On 9 Jan 2007, Aaron Bentley <aaron.bentley at utoronto.ca> wrote:
>> James Westby wrote:
>>> Hi,
>>>
>>> The recent short option changes seemed to go in without a deprecation
>>> period. Was this intended? Was the SHORT_OPTIONS[] thing not meant for
>>> plugins to use?
>> These changes break bzrtools shell, for example, because
>> Option.short_name is no longer callable. I think a deprecation period
>> would be appropriate, unless there are overriding concerns.
>
> OK, we can certainly set .short_name to be callable again -- I guess I
> will store the value in _short_name and make the method return that.
>
> To support SHORT_OPTIONS we might need a special object that stays in
> sync with the new stuff. What did your plugin do with it, James?
>
short options changes also affects on bzr_man.rstx generator.
This was fixed recently and I add tests.
So changing them back to callable should trigger my tests.
- --
Alexander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFpIC5zYr338mxwCURAoKlAKCNXzVZiEZJI0CfcfODwfPU+NU00wCfas0o
WXNxwfonBj2PXsullyzWP6I=
=/rvc
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list