Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extending functionality to iCloud Drive Sync #29

Open
keystorm opened this issue Oct 12, 2018 · 3 comments
Open

Extending functionality to iCloud Drive Sync #29

keystorm opened this issue Oct 12, 2018 · 3 comments

Comments

@keystorm
Copy link

This tool is awesome. I can finally forget about excluding new projects manually and give my backup drive a well deserved break. Good job!

It would be amazing if you could do the same with iCloud Drive Sync. I know its implementation is really stupid, when compared to Time Machine, but it would make much more sense to have these exclusions automated aswell. I don't know if there's an exclusion list, but the node_modules.nosync symlink method is really inconvenient for every day use.

Maybe you can come up with something. Cheers!

@stevegrunwell
Copy link
Owner

Hey @keystorm,

Great idea! I don't personally use iCloud Drive Sync myself, but there definitely seems to be a lot of overlap between blocking dev dependencies from Time Machine and iCloud.

This AskDifferent thread contains a bunch of iCloud Drive exclusion patterns, but it may be as simple as dropping an empty .nosync file in place.

I think it's worth thinking about whether or not this should be default behavior or something that's configurable (perhaps via the Asimov configuration file proposed in #27?). It's also making me think "hey, what if we also added support for excluding development dependencies from cloud other cloud backup services, too?"

Damn, now you've got me thinking! 😉

@keystorm
Copy link
Author

Happy to hear that. Unfortunately in my experience (High Sierra until yesterday) dropping an empty .nosync file won't work. Appending .nosync to the filename however, different story. But reeeeeally cumbersome and forces you to symlink node_modules and maybe add the new folder to gitignore... A real disaster.

But if you find a less disruptive way. And with automation. Man, that would be really something. Because if you think it's bad saving those folders to an external device. you can't begin to imagine how painful it is to have them synced up for every single project. Plus crashes, plus thermal throttling... It's insane for a cloud backup.

So let me know. I'll be happy to test if needed!

@tomitrescak
Copy link

This would be amazing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants