Road To 1.0/ja

バグフィックスのターゲットの設定

新しいバグがエントリーされた場合、我々はこのバージョンでフィックスできるかどうか検討します。 もしバグが Post 1.0にセットされたのなら、これは開発者が、1.0 のリリースを取りやめるに足りる重要なものではないと判断したことを意味します。遅らせるというよりもむしろ早く1.0にする目的で、開発者はそのままにします。

Of course you can make sure these post 1.0 issues are fixed in the 1.0 release by providing patches for these issues.

Some criteria are:

• Only gtk1 and win32 widget sets are stable in 1.0. So bugs for other widget set (gtk2, carbon) are set to post 1.0.
• Until the 1.0 there will be a feature freeze. New features and components generally get a post 1.0 target. Bugs affecting stability have a higher priority than bugs fixing the implementation of a property.
• Some components are not stable enough and should be disabled for 1.0. If they are disabled, then fixing them before 1.0 will not be necessary.