Restic: --includeを使用して復元すると、途中で間違ったアクセス許可を持つディレクトリが作成されます。

この問題を提起していただきありがとうございます。 中間ディレクトリの以前のアクセス権を正しい方法で設定するかどうかはわかりませんが、これについて少し考えてみましょう。

この問題について他に何か考えはありますか？

私には、これは間違いなく復元機能のバグ/問題のように見えます。 あるユーザーが元々所有していたデータを、このユーザーがアクセスできるディレクトリに復元する場合、一部だけが復元された場合でも、このユーザーは復元されたデータにアクセスできると期待しています。 ディレクトリ属性（所有者/アクセスなど）を復元することは、これを実現するための自然な方法のように見えます。

また、現在の動作は、これらの中間ディレクトリを「半分復元」していると認識されており（存在は復元されますが、属性は復元されません）、一貫性がない/非論理的です。

これはバグだと思います。 バックアップの一部を復元したい場合は、復元したコピーを使用できるはずです。 現在、自動作成された各パス要素の適切な権限、所有者、およびグループを検出するために、制限されたls操作を実行しないと使用できません。 それは本当にファイル/ディレクトリの復元を困難にします。

resticによって復元されるものは、一貫した方法で復元する必要があることに同意します（つまり、復元を実行するユーザーの「デフォルト」のアクセス許可、またはバックアップされた元のファイルやフォルダーからのアクセス許可などを使用して、 2つの組み合わせ）。

ただし、両方のタイプのアクセス許可のユースケースを確認できます。

• 一部のユーザーは、データを新しいコンテキストに復元する必要があります。そのため、同じディレクトリとファイルを自分で新しく作成したかのように、所有権と権限を「デフォルト」にする必要があります。
• 一部のユーザーは、バックアップされたのと同じまたは同等のコンテキストにデータを復元する必要があり、そのため、バックアップされた元のファイルと同じ所有権や権限を結果に持たせたいと考えています。
• 一部のユーザーは、所有権ではなく権限のみを保持したいと考えています（ただし、所有権は自分で簡単に修正できます）。

前進するための合理的な方法は、復元コマンドのいくつかのオプションによって、resticが復元する所有権や権限を制御できることだと思います。

誰かがそれがまだ問題であることを確認できますか？ 0.7.3がリリースされてから、中間ディレクトリのアクセス許可（およびタイムスタンプ）の処理にいくつかの変更を加えました...