by pkaeding 3 days ago

This is a good point, but you might expect them to back up untracked and modified files in the backup, along with everything else on your filesystem.

pixl97 3 days ago | [-3 more]

Eh, you really shouldn't do that for any kind of file that acts like a (an impromptu) database. This is how you get corruption. Especially when change information can be split across more than one file.

pkaeding 3 days ago | [-2 more]

Sorry, what are you saying shouldn't be done? Backing up untracked/modified files in a bit repo? Or compressing the .git folder and backing it up as a unit?

pixl97 3 days ago | [-1 more]

> Backing up untracked/modified files in a bit repo?

This. It's best to do this in an atomic operation, such as a VSS style snapshot that then is consistent and done with no or paused operations on the files. Something like a zip is generally better because it takes less time on the file system than the upload process typically takes.

pkaeding a day ago | [-0 more]

I see what you mean, but isn't this an issue with any filesystem backup tool? Or is there something about untracked files in a git workspace that is different, that I'm not seeing?