（パッケージ/アプリケーション/データ/などごとに個別の.abファイルを作成するために）個々のadbバックアップ/復元コマンドを使用してバッチバックアップを実行する方法を調べていました（オプションとしてヘリウム（カーボン）デスクトップアプリを知っています）これ-とにかく楽しみのために自分のスクリプトを書くことに興味があります）。
大きな.abファイルに対して個別の.abファイルを作成する理由は、個別のパッケージのみの部分的なバックアップ/復元機能を使用できるようにしたいためです。たとえば、一度に50個のアプリを実行する必要はありません。
現時点での主な障害は、バックアップ/復元が発生するたびに、プロンプトが表示されたときにユーザー入力を行う必要があることです。これを回避するには、シェルスクリプト？
ありがとう！
回答:
したがって、これを行うための組み込みの（少なくとも一見すると）意図された方法はないようです。
代わりに、これはadb shell sendeventコマンドを介して可能です。これは、adbツール（および関連するドライバー）がインストールされているコンピューターからのタッチ入力をエミュレートできます（電話がその特定のマシンへのadbアクセスを提供している場合）。
イベントは、を使用adb shell geteventして記録および再生できますadb shell sendevent。次に、ユーザーは承諾ボタンの押下を記録し、それらを再生するスクリプトを保存できます。もちろん、これにより、スクリーンオーバーレイがある場合（赤のシフト照明アプリなど）がボタンを押すのを妨げている場合、何か他のものが表示された場合（チャットの吹き出しなど）、その他の障害物などの問題が発生します。せいぜい回避策です。
これは特に奇妙に思えますが、その予想されるグーグルの邪悪な方法で。私自身の不完全ですが理解の深まりから-最初の24バイトを変更することで、復元ファイルをtarファイルに変換できます。それで問題は、特定の方法での単純なtar抽出（何かまたは他のrwを一時的に再マウントしますか？）は、adbリストアが行っているのと同じことを達成するでしょうか？もちろん、ソースは理論的にすべてです。私は最終的に物事を試し、それらがそのソースを掘り下げるのに十分な思いやりがないことを正当化するのに十分に機能するように見えるかどうかを確認することを計画していました。はい、これはかなりひどい答えですが、tar呼び出しなどを使用した小さなadbシェルスクリプトが実行されるまではプレースホルダーとして価値があるようです。