素晴らしいニュースです！ GitHub から依存関係を追加する際に、まったく新しいルールにアクセスできるようになりました: 4Dバージョンに追随する。この強力な追加機能により、依存関係があなたの 4D環境と簡単に同期され、互換性の問題が減り、ワークフローがこれまで以上にスムーズになります。
依存関係の管理を簡素化
「4Dバージョンに追随する」のルールを選択すれば、依存関係のどのバージョンが 4Dバージョンに対応しているかを手動で追跡する必要がなくなります。依存関係マネージャーがあなたに代わって、もっとも適切で互換性のあるバージョンが自動的に選択されるようにします。つまり:
- 手作業が減る: 正しいバージョンを自分で探す必要がなくなります。
- 互換性の問題が未然に防げる: 依存関係は常にあなたの 4D環境に対応します。
- 新旧バージョンの行き来が容易: 4D をアップデートまたはダウングレードしても、プロジェクトをスムーズに実行できます。
簡単なアップデート＆信頼できる互換性
4D のバージョンをアップグレードしても、依存関係は有効なまま、互換性のある最新バージョンを簡単に取得できます。ダウングレードした場合、システムは自動的に依存関係をバージョンに合わせて調整します。
自動解決のためのリリースのタグ付け
このシステムを効果的に動作させるために、依存関係の提供者は命名規則に従ったタグを使う必要があります。依存関係マネージャーは、以下のバージョン管理ルールに基づいて依存関係を解決します:
LTSバージョン: タグは x.y.p というパターンに従わなければなりません:
- x は 4D の メジャーバージョンを表します。
- y はマイナーバージョンを表します。
- p はパッチバージョンや追加アップデートに柔軟に対応するためのものです。
例: 20.2.3 (メジャー: 20, マイナー: 2, パッチ: 3) または 21.6.1 (メジャー: 21, マイナー: 6, パッチ: 1)。
4D LTSバージョン (例: 20.2) に追随させる場合、コンポーネントマネージャーは 20.* シリーズの最新バージョンを探します。合致するバージョンが見つからない場合、20.1.p や 20.0.p のような、そのシリーズの前バージョンに自動的にフォールバックします。
Rリリース: タグは xRy.p というパターンに従わなければなりません:
- xR は メジャーバージョンのフィーチャーリリースを表します。
- y は Rバージョンを表します。ここでのみ、便宜上マイナーバージョンと呼びます。
- p はパッチやインクリメンタルアップデートを表します。
例: 20R3.2 (メジャー: 20R, マイナー: 3, パッチ: 2) または 21R5.1 (メジャー: 21R, マイナー: 5, パッチ: 1)。
20R3 のような Rリリースに追随させる場合、コンポーネントマネージャーはまず 20R3.p シリーズの最新バージョンを探します。そのバージョンが利用できない場合は、20R2.p や 20R1.p など、20R3 以下の 20R* シリーズのバージョンを探します。
4DPop と 4DPop-Macros コンポーネントは、すでにこの命名規則に沿ったタグ付けをおこなっており、「4Dバージョンに追随する」ルールでスムーズな依存関係の解決を保証します。
カスタムルールで命名している独自のコンポーネントがある場合、バージョン番号をコンポーネント名に残すことはできます。しかし、タグは厳密に要求された規則に従う必要があります。
依存関係ではなく、コードに集中する
「4Dバージョンに追随する」ルールによって、依存関係の管理がかつてないほどシンプルになりました。プロジェクトのアップグレード、ダウングレード、メンテナンスのいずれにおいても、依存関係が常にあなたの 4D環境と一致していることを信頼できます。
今すぐ試して、よりスマートで手間のかからない依存関係の管理方法を体験してください！