将来、SHA1が特定のコミットIDに対して悪意のあるコミットを作成する可能性があるという点にまで亀裂が入っているとします。 Gitの人々は、クライアントとリポジトリを同時にアップグレードする必要なく、ハッシュ関数を変更する予定の移行計画を持っていますか？Gitはハッシュ関数を変更する計画がありますか？
現在のバージョンのGitには、異なるハッシュアルゴリズムをインテリジェントに認識し、認識できない場合に良いメッセージを提供するコードがありますか？ハッシュアルゴリズムはレポの任意の場所に保存されていますか？別のハッシュアルゴリズムを示すために、$#$のようなハッシュに接頭辞を追加しますか？/etc/shadow？
これはかなり頻繁に起こります。将来的にはより良いハッシュ関数にアップグレードするための計画は
あります：
recent threadは最近のように2014年11月のように、これはやや関与の変化であることを示していますか？ （例：緊急の必要が生じた場合）
置き換えハッシュ関数を採用する際の障害は何ですか？ これを文書化するだけで、ある日、 を可能にすることが可能になるでしょう。
ソースコード内のすべての場所でSHA-1が仮定されています（オブジェクト名は常に20バイトとみなされます）。ブライアン それを掃除し始めた[1]が、私はそれが失速していると思います。 SHA-1 reposのアップグレードパスを処理するには、 が必要です。
Git開発者がSHA-1から離れることに決めた場合、何らかの作業が必要になります。現時点で明確な計画はないようですが、大きな技術的な障害がないようです。