]> git.ipfire.org Git - thirdparty/git.git/commit
git-p4 shouldn't attempt to store symlinks in LFS
authorMatthew McClain <mmcclain@noprivs.com>
Thu, 19 Oct 2023 00:25:58 +0000 (19:25 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 19 Oct 2023 17:57:44 +0000 (10:57 -0700)
commit10c89a02b046e67c861f226064180c4f978a9cc3
tree4787120036a7d6c3431f334a9bfb4a5f625e4f07
parent43c8a30d150ecede9709c1f2527c8fba92c65f40
git-p4 shouldn't attempt to store symlinks in LFS

git-p4.py would attempt to put a symlink in LFS if its file extension
matched git-p4.largeFileExtensions.

Git LFS doesn't store symlinks because smudge/clean filters don't handle
symlinks. They never get passed to the filter process nor the
smudge/clean filters, nor could that occur without a change to the
protocol or command-line interface. Unless Git learned how to send them
to the filters, Git LFS would have a hard time using them in any useful
way.

Git LFS's goal is to move large files out of the repository history, and
symlinks are functionally limited to 4 KiB or a similar size on most
systems.

Signed-off-by: Matthew McClain <mmcclain@noprivs.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-p4.py