#940で説明したように、リポジトリのレイアウトをローカル/ sftpバックエンドが使用するものに標準化する必要があると思います。 その方向に動き始めたいと思います。 理論的根拠は、バックエンドに関係なくレイアウトが1つしかないため、データを簡単に移動したり、リポジトリに制限付きでアクセスしたりできるため、「正常に機能する」ということです。 ローカルレイアウトは、サブディレクトリの数とファイルの数の間の適切な妥協点です。 近い将来、パックファイルあたり16MiBの制限を解除する予定です。これは、非常に大規模なリポジトリの場合、はるかに拡張性が高くなるはずです。
やることリストはおおまかに次のとおりです。
design.rst
ファイルに文書化しますmigrate
コマンド(または同様のもの)を追加して、s3リポジトリをデフォルトの形式に変換しますローカル/ sftpバックエンドはすでにレイアウトを自動検出してそれを使用することができます。
(リストアイテムを追加する場合があります)。
現時点では、RESTプロトコルとサーバーをそのままにしておきたいのですが、 @ zcalusicはサーバーの実装で、ディスク上のフォーマットがローカルレイアウトであることを確認しました。
s3バックエンドにデフォルトレイアウトのサポートを追加する#966をマージしました。 その他の問題は、新しいPRで対処されます。 s3バックエンドのデフォルトのレイアウトは引き続きs3legacy
です。
終わり。 default
がs3バックエンドのデフォルトのレイアウトになり、migrateコマンドがあります。
ユーザーがレガシーS3リポジトリにアクセスすると、移行を実行するように指示するメッセージが表示されますか? それとも、それはすべて表面下にあり、s3_legacyサポートを削除するまで彼らは決して知りませんか?
うーん、そんなに詳しくは計画していません。 変更ログで確実に言及し、いくつかのリリースでs3legacyを段階的に廃止すると、おそらく警告が表示されます。 それはそれをする必要があります。 また、 migrate
コマンドのドキュメントはまだ作成されていません。
最も参考になるコメント
s3バックエンドにデフォルトレイアウトのサポートを追加する#966をマージしました。 その他の問題は、新しいPRで対処されます。 s3バックエンドのデフォルトのレイアウトは引き続き
s3legacy
です。