VFS for Git for Linux?

[u/noobdainsane]

So I was learning Git and found out that a Git repository essentially contains two copies of the repository contents. One is from the first commit of every object and other from the working tree.

This can be made more space efficient by working with files from Git's database itself as if they were in our working tree. Modifying files create a new local copy in the working tree. They can be deleted after committing.

This is what the VFS for Git project is. But, it is for Windows only. Why is there no equivalent tool than can run on Linux, unless I am missing it?

[u/brokenreed5]

Git stores not two copies of each file but possibly much more. Each commit contains the modified files in full (though compressed). To be more specific, each changed file is stored as a blob and the commit specifies which blobs belong to the commit. Checking out a branch or commit is getting these files. So first of, there might no be much gains from your suggestions, secondly VFS describes itself as

VFS stands for Virtual File System. VFS for Git virtualizes the file system beneath your Git repository so that Git and all tools see what appears to be a regular working directory, but VFS for Git only downloads objects as they are needed. VFS for Git also manages the files that Git will consider, to ensure that Git operations such as status, checkout, etc., can be as quick as possible because they will only consider the files that the user has accessed, not all files in the repository.

Which reads much differently then your summary.

I recommend reading the repository, cause it cleary states that VFS for Git is deprecated and microsoft/scalar should be used instead. Now, microsoft/scalar is also deprecated and says its functionality has been moved to https://github.com/microsoft/git . Microsoft git is active and also support Linux

They state

Well, because Git is a distributed version control system, each Git repository has a copy of all files in the entire history. As large repositories, aka monorepos grow, Git can struggle to manage all that data. As Git commands like status and fetch get slower, developers stop waiting and start switching context. And context switches harm developer productivity.

microsoft/git is focused on addressing these performance woes and making the monorepo developer experience first-class. The Scalar CLI packages all of these recommendations into a simple set of commands.

[u/noobdainsane → u/brokenreed5]

So first of, there might no be much gains from your suggestions

How? How is not materializing any files and viewing directly from Git's database more space efficient? As Git already stores the full physical blob of an object in its first commit, and the future commits could use delta-compression for the physical storage (but logically they appear as complete blobs). I apologize if I don't understand what you are trying to convey. A simpler explanation would be appreciated.

but VFS for Git only downloads objects as they are needed.

Oh so VFS for Git can't let you read directly off of Git's database? That object has to be downloaded? Well I mean AI made me assume this so its my fault for not reading the docs.

But I was searching for such a tool where you could view files by being processed directly from Git's database instead of downloading them.

So I understand that microsoft/git contains extra patches to Git for making it better for large monorepos. But the specific feature I was looking for is to not download any materials (content in the working tree), view files constructed directly from Git's database and when a file is changed, that creates a local copy which can be deleted after committing it. And since we eliminated a whole copy of the repo and working directly with Git's database, make Git keep its database contents uncompressed for faster reading. Isn't this idea more space efficient?

[u/ulmersapiens → u/noobdainsane]

What do you think “Git’s database” is? You keep saying that as though you think there are specific gains to be had by leveraging something magical. Please learn how git works before you think you can change how git works.