lockonly breaks checkout prompt about uegitplugin HOT 7 OPEN

Thanks for the report, I'll look into why this is happening.

As a side note, keep in mind there are 2 problems with large files in git, one is a problem with per file scale, and the repo size itself. Partial clone only solves the latter. Git has trouble with its binary diff algorithm in many cases and even on a few binary files of a few megabytes changed, will fail to transfer to/from the remote. This is something we have tested several times in the past. Storing binary content (using LFS) outside of the Git repo was the best option each time.

from uegitplugin.

Thanks a lot for sharing your experience with this. Regarding the transfer problem with the diff algorithm, did disabling the delta compression for those binary files like *.uasset binary -delta improve the situation?

from uegitplugin.

We didn't consider that since we would have full history for files, and it would bloat the repository quickly. I think partial cloned have improved the situation for clients somewhat since then. But we also discovered issues with transferring big files on first push/pull over Git HTTP on GitLab and Azure, maybe others (timeouts, remote ended connection, etc.), not sure if those providers have improved. It's a moot point on GitHub as we use now though since they block large files from being uploaded.

from uegitplugin.

What is the output on git check-attr lockable -- *.uasset *.umap

from uegitplugin.

What is the output on git check-attr lockable -- *.uasset *.umap

$ git check-attr lockable -- *.uasset *.umap
*.uasset: lockable: set
*.umap: lockable: set

But we also discovered issues with transferring big files on first push/pull over Git HTTP on GitLab and Azure, maybe others (timeouts, remote ended connection, etc.), not sure if those providers have improved.

We had similar problems years ago until there was LFS. I'll try to test this one specifically, thanks for bringing it up!

from uegitplugin.

Could you retest for this issue with the latest release?

from uegitplugin.

Thanks a lot for improving this!

Did some quick tests and overall the checkout dialog opens up when hitting ctrl+s. However, it seems that for some actors the checkout dialog will never appear even though there's the engine notification that these actors need check out. Also testing with git lfs locks shows that these actors are missing a lock. I'm not seeing a pattern to why a certain actor doesn't get the checkout dialog.

This should be easily reproducible as I'm just creating a first person template with v3.12 of the plugin + the gitattributes file from above and duplicating around 30 of these "SM_ChamferCube" actors in the FirstPersonMap.

from uegitplugin.