That is a distinction that only exists because a Git repo is an ordered sequence of snapshots of your code that get translated to and from patches for human consumption. As far as I can tell, a Pijul repo is more of a giant dependency graph of patches that when merged together form a consistent snapshot of your code.

More like merges but actually neither… it can reorder patches, even conflicting ones, it’s a completely foreign concept in git.

sounds like rebase with force push remote. (well, every push is a force push in git. so just rebase+push. ...except on github if you have "protected branches")

Not really, no; ordering of patches is not something you as a developer should care about. It’s behind the scenes. No force pushes necessary.

thanks. i will have to try it out. but it does sound like "rewriting history" in git et al.

The point is there is no single history in the git sense - there are patches which commute, but their order is... irrelevant (if possible).