this post was submitted on 17 Oct 2024
62 points (100.0% liked)
Comradeship // Freechat
2168 readers
74 users here now
Talk about whatever, respecting the rules established by Lemmygrad. Failing to comply with the rules will grant you a few warnings, insisting on breaking them will grant you a beautiful shiny banwall.
A community for comrades to chat and talk about whatever doesn't fit other communities
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I recommend for writing that people make frequent versioned copies as well. For example after some amount of pages or time spent I'll copy the file itself and rename it _backup to try and protect against corruption that happens to part of the file without being noticed and just to have the option of rolling back to a previous iteration or at least looking at it. It can clutter things up a little but if you like you can put the backups in their own folder somewhere. Though this is obviously no substitute for backing up to another device as this method doesn't protect you against your storage device failing, suffering corruption, malware, etc so it's more important to do that.
Sorry this happened to you OP.
I’ve never really thought about it outside of the context of code, but I wonder if Git would be handy for this. Plain text and markdown would work perfectly, but there might be better version control systems for things like Office/LibreOffice.
For smaller binary files it's fine. I use it for my desktop wallpapers. For large binary files there are a bunch of extensions out there like git-lfs or git-annex. Vanilla git can handle binary files up to a few GB IIRC but it gets unusably slow when you throw multiple large binary files at it.
Many backup apps or scripts create differential backups, so even Office documents and whatever else doesn't play nice with Git is still backed up an additional time when there's any change detected in the file.