>to keep it short
>
https://git-scm.com/book/en/v2/Getting-Started-What-is-Git%3FI think you're confusing the inner workings of Git with the over all philosophy. Git's internal workings as a diff engine that only stores differences has no impact on how you manage your source control usage.
Unlike SourceSafe or SVN, Git only stores changes. But the changes you store are up to you to decide and there's nothing that suggests that 'saving everything' is the way to go. The reason to break out files is not for Git benefit, it's for me to provide a reasonably trackable audit trail of changes that aren't just a boatload of unrelated incidentally changed files, but rather those things that are relevant for a given fix or new feature. Occasionally then I need an extra commit for 'project maintenance' to update incidental files that don't fit into feature fixes.
