Also, what are they talking about with "POSIX systems", is this a really old SCM? I've been using git natively on Windows for so many years, I don't remember how many.
Either way, any new SCM needs to interoperate or easily convert git repos if it wants mass adaption. I don't think git is programmatic enough, it can get really obese really fast (even with pruning/gc), it would be great if client-side "plugins" were a thing pushed by remotes (for things like secret scanning, linting), and I do agree that something like sqlite as a back-end would suit it better for performance. I would want newer gits to really be thought as more than an SCM. People are using it to manage all kinds of state. You can run countries with the dam thing! :), and some are trying.
I've thought about distributed-ledgers using git too, with or to replace block-chains.
pre-commit hooks?
Also, what are they talking about with "POSIX systems", is this a really old SCM? I've been using git natively on Windows for so many years, I don't remember how many.
Either way, any new SCM needs to interoperate or easily convert git repos if it wants mass adaption. I don't think git is programmatic enough, it can get really obese really fast (even with pruning/gc), it would be great if client-side "plugins" were a thing pushed by remotes (for things like secret scanning, linting), and I do agree that something like sqlite as a back-end would suit it better for performance. I would want newer gits to really be thought as more than an SCM. People are using it to manage all kinds of state. You can run countries with the dam thing! :), and some are trying.
I've thought about distributed-ledgers using git too, with or to replace block-chains.