Keeping in mind with Vagrant: if you are using a synced_folder in your host as a source folder in the VM, those files in the synced_folder will be modified on the host.

▲

gregoriol 17 hours ago | parent | next [-]

If the folder is versioned and commited regularly there is no problem. It also allows you to open the files in your IDE, do some other tasks or fixes for claude. It prevents claude from accessing any other folder, which is the idea of the post.

▲

gcr 16 hours ago | parent | next [-]

I’ve seen Claude rm .git in rare occasions to “fix rebase hiccups”

Version control ain’t a match for a good backup

	▲	gregoriol 16 hours ago \| parent [-]
		So? if it removes .git, just clone the project again and you are ok

▲

fragmede 14 hours ago | parent | prev [-]

Until Claude nukes .git, assuming you're using git as the version/commit store. Solution use easy, just push to a remote on a reasonable cadence (that you can run reflog on, so a force push won't eat your data either). Git isn't backup though, it's a VCS, and those are two different things, even if they are somewhat alike.

▲

emilburzo 7 days ago | parent | prev | next [-]

Good point. For me, that was intentional, since all my projects are in git I don't care if it messes something up. Then you get the benefit of being able to use your regular git tooling/flows/whatever, without having to add credentials to the VM.

But if you need something more strict, 'config.vm.synced_folder' also supports 'type rsync', which will copy the source folder at startup to the VM, but then it's on you to sync it back or whatever.

	▲	ompogUe 7 days ago \| parent [-]
		I like this workflow a lot, actually. Docker is great and all, but depending on the project, Vagrant helps "keep it simple". Thanks

▲

ninadwrites 17 hours ago | parent | prev [-]

[dead]