Designer リリースバージョン命名規則
Designer のリリースバージョン管理ポリシーは、Designer のリリースをどのように反復するかを明確にするために r28 で初めて導入されました。
Designer のバージョン命名規則は r'MAJOR'.'MINOR'.'HOTFIX' の形式です。
バージョン番号は、各リリースの変更内容の性質に基づいて加算されます:
-
MAJOR: ワークフローに影響を与える大きな変更、またはユーザーが既存の作業を行う方法を再習得する必要がある場合に加算されます。Major リリースには、Disguise ハードウェア製品のサポート追加や非推奨化も含まれることがあります。 -
MINOR: 機能追加や UI 変更で加算されます。API への破壊的変更は Minor バージョンで許可されます。 -
HOTFIX: 後方互換性のあるパッチやバグ修正で加算されます。プロジェクトファイルをより古い Hotfix バージョンに戻すことができます。API への破壊的変更は Hotfix バージョンでは許可されません。```
変更タイプ別のリリースバージョン命名規則
Section titled “変更タイプ別のリリースバージョン命名規則”下の表は変更のタイプと、それがどの種類のリリースに含まれるかを示しています:
| 変更内容 | Major | Minor | Hotfix |
|---|---|---|---|
| Disguise ハードウェア製品に新しい OS を必要とする | ✔️ | ❌ | ❌ |
| 新しいハードウェア製品タイプをサポートする | ✔️ | ❌ | ❌ |
| 公開 API を変更する | ✔️ | ❌ | ❌ |
| 既存のワークフローを置き換える | ✔️ | ❌ | ❌ |
| UI を変更する | ✔️ | ✔️ | ❌ |
| オブジェクトにユーザー編集可能なフィールドを追加する | ✔️ | ✔️ | ❌ |
| オブジェクトからユーザー編集可能なフィールドを削除する | ✔️ | ✔️ | ❌ |
| Disguise ハードウェア製品で新しい OS から恩恵を受ける(必須ではない)新機能を追加する | ✔️ | ✔️ | ❌ |
| Designer に新しい機能を追加する | ✔️ | ✔️ | ❌ |
| バグ修正 | ✔️ | ✔️ | ✔️ |
Designer プロジェクトのアップグレード・ダウングレード方法については、Designer プロジェクトのアップグレードとダウングレード ページを参照してください。