このドキュメントはAIによって翻訳されました。不正確な情報については、英語版をご参照ください
リリース管理
はじめに
実際のアプリケーションでは、データセキュリティとアプリケーションの安定稼働を確保するために、通常、複数の環境(例えば、開発環境、プレリリース環境、本番環境など)をデプロイする必要があります。このドキュメントでは、一般的な2つのノーコード開発プロセスを例に挙げ、NocoBaseでリリース管理をどのように実現するかを詳しく説明します。
インストール
リリース管理には必須の3つのプラグインがあります。以下のプラグインが有効化されていることを確認してください。
環境変数
- 内蔵プラグインで、デフォルトでインストールおよび有効化されています。
- 環境変数とシークレットを一元的に設定・管理します。機密データの保存、設定データの再利用、環境ごとの設定分離などに利用されます。(ドキュメントを見る)
バックアップマネージャー
- このプラグインは、プロフェッショナル版以上のバージョンでのみ利用可能です。(詳細はこちら)
- バックアップと復元機能を提供し、定期的なバックアップにも対応しています。データセキュリティと迅速な復旧を確保します。(ドキュメントを見る)
マイグレーションマネージャー
- このプラグインは、プロフェッショナル版以上のバージョンでのみ利用可能です。(詳細はこちら)
- アプリケーション設定を、あるアプリケーション環境から別のアプリケーション環境へ移行するために使用します。(ドキュメントを見る)
一般的なノーコード開発プロセス
単一開発環境、一方向リリース
シンプルな開発プロセ スに適しています。開発環境、プレリリース環境、本番環境がそれぞれ1つずつあり、変更は開発環境からプレリリース環境へ順次リリースされ、最終的に本番環境にデプロイされます。このプロセスでは、開発環境のみが設定を変更でき、プレリリース環境と本番環境では変更が許可されません。

移行ルールを設定する際は、コアとプラグインの組み込みテーブルで「上書き優先」ルールを選択してください。その他のテーブルは、特別な要件がなければデフォルト設定のままで問題ありません。

複数開発環境、マージリリース
複数人での共同作業や複雑なプロジェクトのシナリオに適しています。複数の並行する開発環境でそれぞれ独立して開発を行い、すべての変更はプレリリース環境に統合(マージ)されてテストと検証が行われ、最終的に本番環境にリリースされます。このプロセスでも、開発環境のみが設定を変更でき、プレリリース環境と本番環境では変更が許可されません。

移行ルールを設定する際は、コアとプラグインの組み込みテーブルで「挿入または更新優先」ルールを選択してください。その他のテーブルは、特別な要件がなければデフォルト設定のままで問題ありません。

ロールバック
移行を実行する前に、現在のアプリケーションのバックアップが自動的に作成されます。移行が失敗した場合や、結果が期待どおりでなかった場合は、バックアップマネージャー を使ってロールバックし、復元することができます。


