サーバーをオフラインにするサーバー起動中にアップデートを行うのはやめてください。パッケージの一部をメモリにキャッシュしているかもしれませんし、コードのアップデートによって内部エラーを引き起こす可能性があります。サーバを停止してください。アップグレードは問題を生じることが多いです。古いバージョンを削除します。(正確な位置はプラットフォームに依存しますが一般的にはこの位置です。いったディレクトリを削除してもかまいません。配下に移動しています)このクリーンアップは必須ではありませんが、あとでトラブルシュートを行う場合の切り分けが容易になります。使われていない前のリリースのコードやテンプレートを見るなどという時間の浪費をしたくないのであれば、削除しておく方が楽です。ファイルを削除する前にバックアップを作成する方が良いでしょう。アップグレードは、マイナーバージョンアップに特別な注意書きがない限り、不要です。ロードされると、アップグレードする必要があるインスタンスが表示されます。アップグレードはオートメーションされたスクリプトを手で実行します。最新の状態になっているときは、何もしません。データベースのバックアップはアップグレード時に自動で行われます。使用している場合にも対応しましたが、失敗してしまう場合は手動でバックアップしてください。ドキュメントのコピーを含んでいます。ドキュメントと同期を取りたいでしょう。変更せず、そのままに残しておきます。行うように指示したほうがいいかもしれません。コンポーネントはデフォルト状態では有効にならなくなりました。コンポーネントを有効にしてください。適切に変更してください。今回の自動アップグレードで添付ファイルが格納される場所が変わります。フルコピーを取っているでしょうね)。ディレクトリを削除することができません。ディレクトリを手動で削除したほうがよいでしょう。ディレクトリ内に格納されます。サポートは終了しました。変換する必要があります。サポートは終了しました。以降のバージョンをインストールして下さい。参照して下さい)複数のリポジトリのサポート最新のバージョンでは複数リポジトリの取り扱いをサポートしています。複数のリポジトリを追加する予定であるならば、今では複数のリポジトリを扱えるようになっています。単一のリポジトリでの運用を行なっていたとしてもこの手順は興味深いものとなるかもしれません。この方法によってリクエスト毎に発生する潜在的に負荷の高い再同期のチェックを避けることができるからです。リポジトリの同期でより効果的な方法があります。書かれている方法の方が、より効果的な同期を行なうことができ、多かれ少なかれ、複数のリポジトリを扱う際に必須となります。アップグレードすることを強くお勧めします。古いフックはデフォルトのリポジトリ以外では動きません。この場合、適切な通知のトリガーとなりません。パーミッションチェックが粒度の細かいパーミッションポリシーとしてマイグレートされました。追加しなければなりません。