Re:My one-liner Linux Dropbox client
by smilliken on Tuesday December 25, 2018 @01:55PM
(#18758703)
Consider using git or another SCM instead. You don't need a centralized server, you can push/pull between any two machines with ssh (or a handful of other protocols). Encrypted end to end. Supports branches, useful for stuff like dotfiles on different machines. You don't need commit messages, just make an alias to add all changes and commit with and empty message. You have a full history, can revert back to any state, inspect any old version, diff versions, etc. There's git clients for mobile. Free as in beer and freedom. Check-summed. Puts you in control of when to sync, supports offline. Future-proof, acquisition-proof, VC-proof. Familiar.
[ Parent
| on HN ]
I do this, but 90% of the time I forget to pull on the other machine and have to deal with conflicts.
Re:My one-liner Linux Dropbox client
by zipperhead on Tuesday December 25, 2018 @02:29PM
(#18758831)
Yes, you'd have to automate the pull for this to work, and then you'd have a way to notify on conflicts so that they are resolved ASAP.
Come to think of it, Dropbox isn't really so great at the notification aspect of this either. It creates a 'conflicted' file but there is no notification that I'm aware of. I have to remind myself to periodically check for conflicts.
Is there a standard-ish git merge driver that resolves all merges with a Dropbox-style "conflicted copy", so you can unconditionally git pull in a cronjob and it never leaves the repo in an unmerged state?
Check out Sparkleshare.
Ooh this looks good!
Yes, I also found that git is too much hassle for notes.
Doesn't work for non text non code files that people normally use Dropbox for. For example, word docs, excel spreadsheets etc.
Re:My one-liner Linux Dropbox client
by stevenhuang on Wednesday December 26, 2018 @03:10AM
(#18761207)
Of course it does. There's no such restriction in git, you can track binary files just fine.