git - git-lfs バイナリ BLOB のサーバー側とクライアント側の管理

Question

pdfすべてのファイルを追跡するとどうなりますか。

git lfs track "*.pdf"

しかし、インストールしていない別の開発者が新しいファイルgit-lfsをプッシュしますか? pdfテキストポインタまたは完全なバイナリを使用していますか? バイナリ BLOB のバージョン管理を担当するのはサーバーですか、それともクライアントですか?

サーバー側の場合、基本的にバイナリ タイプを 1 回追跡でき、他の開発者がバイナリ BLOB を git にプッシュすることを心配する必要はありません (これは ですgitlab)。

Answer 1

Git lfs はクライアント側のすべてを管理し、ファイルをプル/プッシュするときに使用smudgeおよびclean フィルタリングします。

したがって、別の開発者がgit-lfs を使用せずに同じpdf ファイルをプッシュすると、ポインターgit-lfs が git リポジトリ内の実際のファイルを上書きするため、問題が発生します (ただし、履歴は残っています)。

その開発者が git-lfs をインストールせずに新しいpdf ファイルをプッシュすると、git が通常行うように動作し、バイナリを git リポジトリにプッシュします。

バージョニングは、ポインター自体のバックエンド (lfs ではなく git バックエンド) によって処理されます。これは、ポインター自体が単なるテキストであるためです。 /config.

この動作は、使用している lfs 実装とは無関係です。現在、クライアントはメタデータを BLOB 自体と共に公開していないため、バックエンドがこれを管理することはできません。