A more apt description would be "Fossil Versus Git, according to Fossil."
Git
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.
Resources
Rules
- Follow programming.dev rules
- Be excellent to each other, no hostility towards users for any reason
- No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.
One check-out per repository vs Many check-outs per repository
Git has worktrees...
Commit first vs Test first
What?
They provide a link to the section where they elaborate on "commit first vs test first", here is the relevant text
Instead of jumping straight to the commit step, Fossil applies the proposed merge to the local working directory only, requiring a separate check-in step before the change is committed to the repository. This gives you a chance to test the change first, either manually or by running your software's automatic tests. (Ideally, both!) Thus, Fossil doesn't need rebase, squashing, reset --hard, or other Git commit mutating mechanisms
Git has pre-commit hooks?
And git merge --no-commit
to do whatever you want on the proposed merge before actually creating the commit. Test or whatever else.
I love that fossil exists. I would never use it, but I'm glad cranks have something to work on.