There are two things I'm working on at the moment, and when these are done I believe 1.0 will be super close:
- Future-proofing the formats. There is one major thing I'd like to address before calling it 1.0, and that's code refactoring. It isn't supported at the moment, and Pijul is perfectly usable without that, but I'd like to keep the possibility of implementing it in the future open. I believe the current formats allow that, but I still need to be 100% certain.
- Merging two giant histories takes a time linear in the size of the history on the remote repository. Of course this isn't an operation you want to do very often, but it may become problematic for truly gigantic repositories, and I know how to fix that. This is planned to be a separate project at the moment, but it does require some support from the libpijul API.
- Alice splits a file into multiple smaller files. - In parallel, Bob changes one function.
At the moment, when they merge, they will get a conflict (both the same conflict, obviously), but I think it could be possible to remove the conflict.
I admire how challenging developing Pijul must be, especially when some of us here critique it without bothering to understand it, so my hat is off to you! But I think most of us here are eager to use Pijul, myself including.
I don't expect the semantics to change much. The things that need polishing are probably on documentation, error messages, and network. The latest bugs in Pijul itself (i.e. not Libpijul) included handling the case where your HTTP connection drops while you're downloading, and keeping your connection busy, that sort of stuff.