をアップグレードし、その後に関連したタイプに変更を加えながら、サイト上で作成されたのデータを保持するために、パッケージをアップグレードするための従うべきベストプラクティスは何ですか？パッケージデータ型とアイテムとのパッケージを作成するにはベストプラクティス
バージョンごとに一意性を保持するために、パッケージ名を同じにするか、バージョン情報を含める必要がありますか？パッケージのバージョン番号は、どのような種類のアップグレードポリシーも実施していないようです。
現在開発中のパッケージは、パッケージには、私はアップグレードワークフローのこのタイプは、関連するデータに影響を与えることなく、十分ではないと考えている生産に到達した後、新しいパッケージが、その後がインストールされ、その後アンインストールされます。
限り、あなたは、パッケージ・バージョンを上げるが、
設定など、既存のファイルを上書きするためにC1を強制的に、あなたは再び同じパッケージをインストールすることができるしている独自のGUIDと名前を保つように、これは持っていますただし、インストール中に古いファイルや設定エントリを削除する必要がある場合は、主に注意してください。しかし、あなたはまだあなたのown installaton-steps codeを書いて、それを行うことができます。
これは、インストール中に呼び出すことができるいくつかのコアベースのパッケージクラスを継承するクラスです。特定の他のパッケージがインストールされているかどうかを確認したり、カスタムロジックを作成したり、以前のアップグレードからクリーンアップしたりするようなロジックを含めることができます。
しかし、ええ、長い話を短く、限り、バージョン番号が1古いがまだインストールされている一方で、新しいバージョンをインストールすることによって、パッケージを「アップグレード」することができますが増加します。