コンテンツにジャンプする

バージョニング

Capgoは セマンティックバージョニング(semver) プラグイン、CLI、およびCapgoが配信する製品のバージョニングに使用されています。これは、Capgoが推奨するアプリケーションバンドルのバージョニングと同じです。

This page explains how those versions relate to each other, what stays compatible across majors, and how to pin older Capacitor majors with LTS tags.

クイックルール

クイックルール
製品主バージョン管理互換性の注意
Capgo プラグイン対応するものに従ってください Capacitor 主バージョンプラグインの主バージョン 8 ターゲットは Capacitor 8、 7 ターゲットは Capacitor 7、など
Capgo CLI独立CLI の主バージョンとプラグインや Capacitor を同期しないでください。最新の CLI を常に使用してください。
Capgo Console独立独自のリリースサイクル;サポートされているアップデートプラグインのバージョンと互換性があります

プラグインはCapacitorのメジャーバージョンに従います

「プラグインはCapacitorのメジャーバージョンに従います」

Every Capgo plugin major tracks the Capacitor major it is built for:

  • @capgo/capacitor-updater@8 → Capacitor 8
  • @capgo/capacitor-updater@7 → Capacitor 7
  • and the same pattern for other Capgo plugins

When Capacitor ships a new major, Capgo ships a matching plugin major. That is when we may change default options 新しいデフォルトが、そのCapacitor世代の長期的な選択肢となる場合。

API のメジャー間の安定性

API のメジャー間の安定性

プラグインAPIはメジャーバージョン間で安定している。ただし、すべてのユーザーに影響を与える設計上の変更によって破壊される場合を除いて。たとえば、Capacitor プラットフォームの要件がすべての消費者に同じ影響を与えるように強制される場合など。通常、Capgo プラグインのメジャーバージョンをアップグレードする際に、Capacitor をアップグレードすることができます。

メジャーバージョンではデフォルト値がまだ変更される可能性があります。リリースノートとマイグレーションガイドを確認してください (詳細は) アップデーターがアップグレードします。 と、Migrationsのアップデートサイドバーの下にあるガイドを参照してください) ときにバージョンを上げます。

CLIとコンソールはそれぞれのバージョンを使用します。

「CLIとコンソールはそれぞれのバージョンを使用します。」というタイトル

Capgo CLIとCapgoコンソールは not プラグインやCapacitorとメジャーバージョンを共有しません。

  • バージョンを上げる必要はありません。 バージョンを上げる必要はありません。 メジャーバージョンはCLI 8またはアップデートで使用しているため必要ありません。 8 because you are on Capacitor 8 or updater 8.
  • 最新の をインストールまたは呼び出してください。 CLI.
  • CLIとコンソールは、どのサポートされているバージョンでも互換性があります。 @capgo/capacitor-updater (および関連のアップデート) メジャー。

CLIの古いバージョンを固定することはお勧めしません。代わりに:

ターミナルウィンドウ
npx @capgo/cli@latest bundle upload --channel=production

前のプラグインメジャーのLTSタグ

セクション「前のプラグインメジャーのLTSタグ」

Capacitorの古いメジャーに留まる場合、LTS distタグを持つCapgoプラグインメジャーをインストールするのではなく、古いロックファイルを永遠にコピーしないようにしてください。

ターミナルウィンドウ
# Latest Capgo updater for Capacitor 7
npm i @capgo/capacitor-updater@lts-v7
# Same pattern for other majors
npm i @capgo/capacitor-updater@lts-v6
npm i @capgo/capacitor-updater@lts-v5
npm i @capgo/capacitor-updater@lts-v4

アップデーター外では、前のプラグインメジャーのLTSリリースが公開されます On Demand.

アップデータのバックポート vs 他のプラグイン

「アップデータのバックポート vs 他のプラグイン」
パッケージ前のメジャーバージョンのバックポート
@capgo/capacitor-updater月に1回、最新のバージョンと同期する v7 / v6 / v5 (lts-v7, lts-v6, lts-v5). lts-v4 Capacitor 4 では利用可能ですが、毎月のカレンダーに含まれていません。
他のCapgo プラグインページ/エリア: Enterprise製品/価格設定ページ。役割: ウェブサイトのコピー。見つかった場所: enterprise.astro

「同等の機能、ミラーリングされたバージョン番号」

最新のリリースが 8.3.4、Capacitor 7 LTS ラインは 7.3.4 の機能セットとバグ修正 、__CAPGO_KEEP_0__ メジャーに適応タグでインストールすると、"このCapacitor メジャー用の最新"が得られます:

Install with the tag when you want “latest for this Capacitor major”:

クリップボードにコピー
npm i @capgo/capacitor-updater@lts-v7 # resolves to the current 7.x LTS, e.g. 7.3.4

セクション「LTSは最新のバックポート」

新しいプラグインメジャーがリリースされた後、

(または lts-v7 (or lts-v6…) リリースは 最新のバックポート したがって、前のメジャー Capacitor で同じ作業が実行される。

最新を追跡しているため、LTS ラインのパブリック API 変更される 最新が変更されると、メジャー番号が __CAPGO_KEEP_1__ に保持されていても 7。LTS を「古い Capacitor で現在の Capgo の動作」と見なすのではなく、永久に凍結された API として永遠に扱うのではない。

これがあなたのアプリケーションに意味すること

「これがあなたのアプリケーションに意味すること」
  1. プラグインを Capgo メジャーで Capacitor メジャーにアップグレードする。
  2. 常に @capgo/cli@latest CLI メジャーと Capacitor/プラグインの同期は不要です。
  3. Capacitor 7 (or older)に留まるか @lts-v7 (または一致するタグ)、ランダムな古いものではない 7.x 数ヶ月前のものではない
  4. ライブアップデートのバンドルを自分のバージョンで管理する semver Capgo がパッケージをバージョン管理するのと同じように バンドルバージョン管理とチャンネルバージョン対象.
関連ドキュメント