フィーチャーリリース（例：4D v19 R6）とLTSリリース（以前はドットリリースまたは.xバージョンと呼ばれていました）の区別に苦労しているのであれば、正しい場所に来て詳細を学ぶことができます。
ご存知のように、4Dには2つの製品ラインがあります。
- 4D v19 R6のようなフィーチャーリリースは、最先端の技術や新機能をできるだけ早く手に入れたい場合に利用できます。フィーチャーリリースにアクセスすることができます。
- サブスクリプションをご利用ください。
- 4Dメンテナンス契約を締結している場合。
- 4Dには、サブスクリプションと4Dパートナーという2つの製品ラインがあります。
4Dパートナーとして、シルバー、ゴールド、プラチナのステータスをお持ちの方は、さらにベータ版へのアクセスも可能です。
フィーチャーリリースでは、新機能はもちろんのこと、最近では毎月のホットフィックスも追加されています?。 - LTS バージョンはしばしば「ドットリリース」または「.xバージョン」と呼ばれ、例えば4D v19.6では、4Dフォーラムで共有されるナイトリービルドでバグフィックスを受けることができます。
つまり、Feature ReleaseとLTS版の違いは、Feature Releaseで利用できる新機能とバグフィックスの統合プロセスにあるということです。
注：このブログ記事では、新しい4D製品のリリースサイクル、命名規則変更の理由、製品リリースの間隔について説明しています。
例
4D v19.1は、4D v19 LTSのマイナーアップデート版です。4D v19.2もバグフィックスのみを含むマイナーアップデートです。
4D v19 R2には、4D v19 LTSと比較して、バグフィックスと新機能が含まれています。4D v19 R3は、4D v19 R2をベースに、より多くの機能とバグフィックスを含んでいます。これらの新機能は、4D v20のLTSブランチで利用できるようになる予定です。v19.xには含まれません。
以下は、そのプロセスを説明する図です。
バグフィックス統合プロセス
私たちがバグを修正するとき、まず、”main “と呼ばれる内部バージョンでそれを行います。このコードブランチは、新規開発とバグフィックスに使用されます。バグが修正されると、QAチームがその修正を検証し、予期せぬ副作用がないことを確認します。数日後、コードの変更もLTSブランチにコミットされ、次のナイトリービルド（4Dパートナーに提供）に含まれ、次のマイナーアップデート（4D v19.2など）に含まれるようにします。
main “からのバグフィックスに関連するすべてのコード変更は、次の機能リリースの一部となります。機能リリースがまだ「ベータ」状態である限り、重要なバグやリグレッションを修正するコード変更もベータにコミットされます。
次のバージョンの機能リリースのリリース日が近づくと、コード変更のたびに、テスト中に見落とされた未検出の不要な副作用が発生する可能性があるため、統合を停止します。テスト期間を長くすればこのリスクは減りますので、慎重になります。
機能リリースが公開された場合、非常に重要でブロック化されたバグの場合のみ、次の月例修正にコード変更を含めます。これにより、より多くのテスト時間を確保でき、未検出の副作用のリスクも軽減されます。
何を選ぶべきか？
ベストな選択は何かと聞かれれば、それはあなたの選択なので、答えはありません。
- ナイトリービルドによる高速なバグフィックスと 安定性を求めるのであれば、LTSが答えになります。
- もし、あなたが最先端の技術や新しい機能をできるだけ早く手に入れたいと思っているとします。その場合、フィーチャーリリースが最適です。特に、毎月のホットフィックスにより、一定の安定性を確保することができます。
2つの製品ラインの違いを説明しましたので、ご自身のニーズに最も適したものをお選びください。
さらにご質問がある場合は、4Dフォーラムでお問い合わせください?。