レポの git リポジトリのコレクションに対する Android システム (AOSP) の毎日のビルドと、早送りマージを使用した場合の影響との間の再現性を探しています。
問題は、毎日のビルドを行うと、他の場所で開発が行われている間にツリーの先端を取得することです。変更がプッシュされたときに HEAD が変更されていない場合、早送りマージが行われ、時刻が書き換えられます。したがって、事実上、3 日前のリポジトリの物理的な状態は、git に 3 日前に戻るように要求する場合とは異なります。
私が見ることができる主な解決策は、 --no-ff で git を使用してマージコミットを強制することです。これは小さなコミットに多くのノイズを注入し、きれいなツリーを維持する上で悪い習慣と見なされているようです.
この背景には、Android のビルド環境で再現性を持たせようとする試みがあります。知らない人のために説明すると、Android ビルドはさまざまな git リポジトリのコレクションです。私の究極のユースケースは、コードベースを 3 日前の開発者向けの状態に戻せるようにしたいということです。早送りマージでは、複数のリポジトリ プロジェクト (例: git リポジトリ) の変更を関連付ける方法に関する重要な情報が失われます。