It does seem like this proposal has exactly the same issue. Unless this new method blocks cloning when unable to access the promisors, you'll end up with similar problems of broken large files.

▲

cowsandmilk 5 days ago | parent [-]

How so? This proposal doesn’t require you to run `git lfs install` to get the correct files…

▲

jayd16 5 days ago | parent | next [-]

If the architecture is irrelevant and it's just a matter of turning it on by default they could have done that with LFS long ago.

▲

thayne 5 days ago | parent [-]

Git lfs can't do it by default because:

1. It is a separate tool that has to be installed separately from git

2. It works by using git filters and git hooks, which need to be set up locally.

Something built in to git doesn't have those problems.

▲

xg15 5 days ago | parent [-]

But then they could have just taken the LFS plugin and made it a core part of git, if that were the only problems.

	▲	thayne 2 days ago \| parent [-]
		If it didn't have those problems, it wouldn't really be git lfs, it would be something else.

▲

vlovich123 5 days ago | parent | prev [-]

And what happens when an object is missing from the cloud storage or that storage has been migrated multiple times and someone turns down the old storage that’s needed for archival versions?

▲

atq2119 5 days ago | parent [-]

You obviously get errors in that case, which is not great.

But GP's point was that there is an entire other category of errors with git-lfs that are eliminated with this more native approach. Git-lfs allows you to get into an inconsistent state e.g. when you interrupt a git action that just doesn't happen with native git.

	▲	jayd16 5 days ago \| parent [-]
		It's yet to be seen what it actually eliminates and what they're willing to actually enable by default. The architecture does seem to still be in the general framing of "treat large files as special and host them differently." That is the crux of the problem in the first place. I think it would shock no one to find that the official system also needs to be enabled and also falls back to a mode where it supports fetching and merging pointers without full file content. I do hope all the UX problems will be fixed. I just don't see them going away naturally and we have to put our trust in the hope that the git maintainers will make enjoyable, seamless and safe commands.