this post was submitted on 28 Aug 2023
131 points (82.6% liked)
Asklemmy
43760 readers
1151 users here now
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- [email protected]: a community for finding communities
~Icon~ ~by~ ~@Double_[email protected]~
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's still way better than _final_fixed(2) version control.
What do you propose to use as a version control for images?
Idk, but not anything that uses delta compression like git does.
Game developers use Perforce and Plastic scm which is (supposedly) optimized for images and other binary assets. Iโve never used them, but Iโm sure a less-overkill and open source alternative exists somewhere.
That's the thing, everything that I could find is a huge project made for storing huge projects, costs a lot of money and requires effort to install and even use. Yeah, naked git basically stores new version of an image for every commit, but nothing beats the fact that you need like two commands to use it and it just works, and storage is very cheap this days. And if you add LFS, it even does some kind of storage compression.