ここの指示に従って実行しましrepo sync
た 問題は、まさにこの時点で、ディスクのスペースが不足していることです。私は別のコンピューターを持っていますが、単に .repo をコピーして repo sync を再度実行するだけでうまくいくのでしょうか? または、抜け道はありますか。
1 に答える
私は小さな調査を行いましたが、ここに私の答えがあります。ご存知かもしれませんが、AOSP は多数の個別の git プロジェクトで構成されており、repo はこれらすべての git プロジェクトの処理を容易にするために git コマンドの上に構築されたツールです。このウェブページはrepo sync
、最初のコマンドがコマンドに対応することを示していgit clone
ます。私が理解している限り、git clone コマンドが中断された場合は、未完成のリポジトリ クローンを削除して、コマンドをもう一度開始することをお勧めします。
大規模なリポジトリ (KDE、Open Office、Linux カーネルなど) のクローンを作成する場合、現在、中断されたクローンを再開する方法はありません。小さなパイプの端にいるユーザーがデータをダウンロードするにはかなりの時間がかかる場合があり、クローンが途中で中断された場合、ユーザーは現在、最初からやり直して再試行する必要があります。一部のユーザーにとっては、これにより大きなリポジトリのクローンを作成できなくなる場合があります。
ただし、一部のユーザーは、失敗したクローンを修正する方法についても質問し、ここでこれを行う方法についていくつかの領収書を提供しています。主なポイントは、次のコマンドを実行することです。
$ git fetch
$ git rebase -hard
同時に、repo sync
コマンドを 2 回目に実行すると、各プロジェクトのコマンドに対応します。
git remote update
git rebase origin/BRANCH
私はgitをよく知らず、コマンド間の違いも知りませんが、私の見解では、コマンドは同様のアクションを実行します. したがって、私の推奨事項は、最初にあるコンピューターから2番目のコンピューターにフォルダーからコピーし、2番目のコンピューターで repo sync コマンドをもう一度実行することです。失敗した場合は、ソースを削除してプロセスをもう一度開始します。
またrepo forall
、各 git プロジェクトを個別に操作する場合は、コマンドが役立ちます。