Skip to main content

​
概要

VillageSQL は、明確なバージョン管理と互換性ポリシーに従い、デプロイメントとアップグレードに関する情報に基づいた意思決定を支援します。

​
VillageSQL のバージョン管理

VillageSQL は、セマンティックバージョニング (SemVer) を使用して、各リリースの変更内容とその影響を伝えます。

​
バージョン形式

バージョンは、MAJOR.MINOR.PATCH の形式に従います。

​
バージョンインクリメントルール

  • MAJOR バージョン (例: 1.0.0 → 2.0.0): コードの変更やデータベースの移行が必要となる可能性のある破壊的な変更
  • MINOR バージョン (例: 0.1.0 → 0.2.0): 後方互換性を維持したまま追加された新機能や機能拡張
  • PATCH バージョン (例: 0.0.1 → 0.0.2): 後方互換性のあるバグ修正とマイナーな改善
VillageSQL は現在、1.0 より前の開発段階（バージョン 0.x.x）にあります。この段階では、プラットフォームを安定させるために、API と拡張インターフェイスがより頻繁に変更される可能性があります。

​
開発ビルド

プレリリースサフィックスが付いたバージョン（例: 0.0.5-dev）は、開発ビルドです。デフォルトでは、開発ビルドで初期化されたデータベースからのアップグレードは、サーバーによってブロックされます。開発ビルドは、アップグレードの互換性についてテストされておらず、破壊的なスキーマまたはプロトコルの変更が含まれる可能性があります。 これを許可するには、サーバーを --villagesql-allow-unsafe-dev-upgrade フラグ付きで起動します。
フラグがない場合、サーバーは開発バージョンデータベースを検出するとエラーで終了します。
フラグが指定されている場合、サーバーは警告をログに記録して続行します。
フラグが指定されているが、現在のバージョンが開発ビルドでない場合、サーバーはエラーで終了します。
または、スキーマのアップグレードが実行されていない場合。

​
拡張機能の互換性

VillageSQL 拡張機能はバージョン固有です。あるバージョンの VillageSQL 用に構築された拡張機能は、別のバージョンでは動作しない場合があります。 VillageSQL をアップグレードする際には、次の手順を実行します。
  1. 新しいバージョンの拡張機能の互換性を確認します。
  2. 必要に応じて、拡張機能を更新または再構築します。
  3. 本番環境にデプロイする前に、開発環境で拡張機能をテストします。
詳細なアップグレード手順については、アップグレードガイドを参照してください。