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