Anything new or special in jj that allows me to work with large binary files simply? To me, this is still unsolved in terms of providing an elegant solution (e.g. things like Git Large File Storage (Git LFS) are awkward).

▲

brendoncarroll 8 hours ago | parent | next [-]

I've heard that jj has support for non-git backends? Can anyone comment on how difficult it would be to add support for another backend, any docs or examples?

I have a project[0] that does the large file thing well, but is missing most of the version control porcelain. I've been looking for the path of least resistance to integrate it into something with a larger user base.

[0] https://github.com/gotvc/got

▲

steveklabnik 8 hours ago | parent [-]

To add a new backend, there's a trait that you implement for your backend: https://github.com/jj-vcs/jj/blob/713a0d0898448392d38fdcbaba...

I suspect if you came by the jj discord, folks could help you with more detail than that.

▲

brendoncarroll 7 hours ago | parent [-]

Thanks for the link.

It looks like this treats files as blobs just like Git, and trees as single objects which fit in memory. Assuming that is a correct understanding, this core abstraction would need to change to handle large files and directories well.

All the well known version control systems do this though, and it simplifies the system significantly. It's the right model for source code, but it doesn't translate well to arbitrary data.

	▲	steveklabnik 6 hours ago \| parent [-]
		Yes, it will require work to do large files well. But there is general interest in upstream in having that, there's just nobody driving the work at the moment.

▲

steveklabnik 8 hours ago | parent | prev [-]

Not yet. It's desired to do something better here, but there's no active development that I'm aware of right now.

(LFS support is in progress though)