[g11n-ja-discuss] 「開発プロセス」リリース管理 リリースタイプ 公開インターフェースの分類

[Reiko Saito]

平野さん、

どうしましょう... わたし、どこまで見たのか
わからなくなってしまいました。

あとどのぐらいありますか ?

とりあえずこの時点でできている内容を
ポータルに (査読中) として出してみませんか。

スケジュールを確認してみたのですが、
遅くとも 10/23 までには完成させないといけないようです。

私宛に HTML を送ってもらえればポストしておきますよ。
編集がまだで、査読段階ですから
文章しかできていなくても大丈夫です。

斎藤　玲子

Kazunari Hirano wrote:
> http://opensolaris.org/os/community/on/os_dev_process/
> 
> 英語：
> The following are the (new) relevant Public taxonomy levels:
> 
>     Stable: The interface may only change incompatibly in a Major
> release. Interfaces intended for usage by ISVs and system integrators
> require this level of support to be useful to these customers.
> 
>     Uncommitted: May only change incompatibly in a Major or Minor
> release. This is appropriate for some system management facilities and
> new, untested interfaces.
> 
>     Volatile: May change in any release vehicle. This usually only
> useful when the interface definition is controlled by a body other
> than the OpenSolaris community and it is viewed that tracking that
> community is more important than interface compatibility.
> 
>     Not an Interface: Just a convenience term to label what may appear
> to a supported interface as not being supported. This is the default
> classification and this term is only explicitly applied when there is
> likely to be confusion.
> 
> The precise terms for the public taxonomy levels is still under
> discussion, as part of the update to the Interface Taxonomy document.
> 
> Note that the ability to make an incompatible change in a given
> release vehicle does not make that a requirement. For example, most
> interfaces controlled by someone other than the OpenSolaris community
> are currently classified as Volatile, but synchronization with major
> incompatibilities introduced by those communities is often deferred
> until a Minor release is available.
> 
> Exceptions are made to these rules, but they require an exceptionally
> good reason. The three generally accepted reasons are:
> 
>    1.      A supported standard (which is branded) has been
> reinterpreted and the existing implementation no longer conforms.
>    2.      Security hole inherent in the interface definition.
>    3.      Data corruption inherent in the interface definition.
> 
> Other reasons may be accepted, on a case by case basis. For example,
> we broke compatibility in pcfs (with respect to case sensitivity) when
> Microsoft abandoned the 8.3 DOS convention. The world would have
> thought us daft if we had not.
> 
> It should be noted, that OpenSolaris (and particularly the core
> ON/SunOS consolidation) make little use of the Uncommitted taxonomy
> level; it is used primarily by other Sun products which work in a less
> compatibility constrained market. However, its use is expected to
> increase for two reasons:
> 
>     *      Those "other Sun products" are tending to become part of
> OpenSolaris. (This doesn't affect the core ON/SunOS consolidation.)
>     *      Interfaces currently classified as Volatile are being
> promoted to Uncommitted. As use of these interfaces increases,
> compatibility across Micro releases now trumps tracking the external
> communities at a rapid pace. (This does affect the core ON/SunOS
> consolidation.)
> 
> 日本語：
> 公開インターフェース分類の（新しい）レベルは次のとおりです。
> 
> 安定: メジャーリリースでのみ行われる互換性のないインターフェースの変更です。独立系ソフトウェアメーカー (ISV)
> やシステムインテグレータ (SI)
> 向けのインターフェースは、このレベルのサポートが求められます。ISV顧客、SI顧客にはどうしても必要なサポートです。
> 
> コミットされていない: メジャーまたはマイナーリリースでのみ行われる互換性のないインターフェースの変更です。これは、一部システム管理施設およびまだテストをしていない新しいインターフェースに適切なレベルです。
> 
> 不安定: どんなリリースタイプでも行える変更です。このレベルが有効なのは、普通、OpenSolarisコミュニティ以外の企業や団体がインターフェースの仕様を決めていて、コミュニティの要望に応えるのがインターフェースの互換性よりも大事だと思われる場合だけです。
> 
> インターフェースでない: サポートされているように見えるが、実はサポートされていないインターフェースに付けた便宜的な名前です。インターフェースの分類では、これがデフォルトになります。サポートされているかどうかよく分からない場合にのみ、これを明示的に適用します。
> 
> 公開インターフェース分類レベルの呼び方は、インターフェース分類法ドキュメント更新の際に改めるかどうか議論中です。
> 
> あるリリースタイプで互換性のない変更を行う能力があるかどうかは、必要条件ではありません。たとえば、OpenSolarisコミュニティ以外の人が管理するインターフェースのほとんどは、現在「不安定」に分類されます。しかし、コミュニティが互換性のない大きな変更を導入した場合、その変更の同期はマイナーリリースが出るまでしばしば延期されます。
> 
> このルールには例外がありますが、よほどの理由がないかぎり例外は認められません。受け入れ可能な理由は次の3つです。
> 
> 1.サポートされているスタンダード（つまりブランド）の解釈が変わって、既存の実装コードがそれに合わなくなってしまった場合。
> 
> 2.インターフェースの仕様そのものにセキュリティホールがあった場合。
> 
> 3.インターフェースの仕様そのものにデータの破損があった場合。
> 
> この他の理由については、ケースバイケースで受け入れられることもあります。たとえば、Microsoftが8.3
> DOSのサポートを止めてしまったとき、われわれは pcfs (小文字でpcfsです)
> の互換性を破りました。われわれがそうしなかったら、世界中の人々はわれわれを愚か者だと思ったでしょう。
> 
> OpenSolaris (特にコアのON/SunOS コンソリデーション)
> は、ほとんど「コミットされていない」分類レベルを使いません。このレベルを使うのは、主に、互換性の低い制約されたマーケットで使われる他のSun製品です。しかし、次の2つの理由で、このレベルを使う人の増加が予想されます。
> 
> * その「他のSun製品」がOpenSolarisの一部になる見込みだからです。(これは、コアのON/SunOSコンソリデーションには影響ありません。)
> 
> * 現在「不安定」に分類されているインターフェースは、「コミットされていない」にレベルアップされているところです。これらのインターフェースを使う人が増えているので、ミクロリリースの互換性は、今や速いペースで外部コミュニティの要望をフォローする切札になっています。(これは、ON/SunOSコンソリデーションに影響があります。)
> 
> Thanks,
> khirano
> _______________________________________________
> g11n-ja-discuss mailing list
> g11n-ja-discuss ＠ opensolaris.org

-- 
********************************************
Reiko Saito
Japanese Language Lead
Translation and Language Information (TLIS)
Globalization Services
Sun Microsystems, Inc.
Email: reiko.saito ＠ sun.com
Phone: +81 3 5962 4912
Blog: http://blogs.sun.com/reiko
********************************************