News for hackers. Stuff that matters.
Re:A Coherent Vision for the Future of Version Control by simonw on Sunday March 22, 2026 @12:55PM (#47479499)
I hadn't heard of Pijul. My first search took me to https://github.com/8l/pijul which hasn't been updated in 11 years, but it turns out that's misleading and the official repo at https://nest.pijul.com/pijul/pijul had a commit last month.

... and of course it is, because Pijul uses Pijul for development, not Git and GitHub!

Re:A Coherent Vision for the Future of Version Control by idoubtit on Sunday March 22, 2026 @01:04PM (#47479596)
The canonical website is https://pijul.org. The homepage has a link to the pijul source repository.
Re:A Coherent Vision for the Future of Version Control by ozten on Sunday March 22, 2026 @02:02PM (#47480270)
They should mirror on GitHub for marketing purposes
Re:A Coherent Vision for the Future of Version Control by nicoty on Sunday March 22, 2026 @05:33PM (#47482404)
How would they do that if they don't use git for version control? Does GitHub allow other forms of version control other than git?
Re:A Coherent Vision for the Future of Version Control by simonw on Sunday March 22, 2026 @06:26PM (#47482888)
SQLite does it despite using Fossil - their mirror is at https://github.com/sqlite/sqlite

Git is so established now that it's sensible for alternative VCS to have a mode where they can imitate the Git protocol - or seven without that you can still checkout the latest version of your repo and git push that on a periodic basis.

Re:A Coherent Vision for the Future of Version Control by verdverm on Sunday March 22, 2026 @06:59PM (#47483229)
Similarly, CUE uses Gerrit and has two way sync. If you are building a VCS today, git interop is a must.
Re:A Coherent Vision for the Future of Version Control by adastra22 on Monday March 23, 2026 @01:03AM (#47485659)
What if the whole point of your VCS is that it its core data structure is nothing like git's at all?
Re:A Coherent Vision for the Future of Version Control by verdverm on Monday March 23, 2026 @11:39AM (#47491013)
As a user, why do I care how the internals work?

What I do care about is an easy path to progressive adoption and migration. Without that, I cannot convince my team / org to force everyone over.

Re:A Coherent Vision for the Future of Version Control by adastra22 on Monday March 23, 2026 @10:12PM (#47497891)
It solves problems that you dont encounter if you are asking that question. I’ve lost a literal year or more of my life, in aggregate, to rebasing changes against upstream that could have been handled automatically by a sufficiently smart VCS.
Re:A Coherent Vision for the Future of Version Control by verdverm on Tuesday March 24, 2026 @06:15PM (#47510245)
An alternative explanation is that I already have a tool that helps me with these situations. The question was a bit rhetorical, because the vast majority of devs don't care what language many of their tools are written in or what algos are used.

A different example, Go's MVS algo can be considered much better for dependency management. What are your thoughts on the SAT solver being replaced in your preferred language tooling? It would mean the end of lock files

Re:A Coherent Vision for the Future of Version Control by adastra22 on Wednesday March 25, 2026 @10:39PM (#47526072)
If you have a tool for better rebasing, I’d love to hear it.
Re:A Coherent Vision for the Future of Version Control by adastra22 on Monday March 23, 2026 @01:02AM (#47485655)
Git is not a protocol, it is a data format. That only makes sense when your VCS system is similar enough to git to easily allow converting between the two representations.
Re:A Coherent Vision for the Future of Version Control by simonw on Monday March 23, 2026 @03:52AM (#47486506)
I mean things like git-svn, hg-git, git-p4, git-remote-fossil, git-tfs, jj.
Re:A Coherent Vision for the Future of Version Control by adastra22 on Monday March 23, 2026 @11:07AM (#47490564)
Every single one of those is following variations on the exact same data structure, or is actually git in a trenchcoat.
Re:A Coherent Vision for the Future of Version Control by ozten on Sunday March 22, 2026 @06:55PM (#47483182)
pijul clone https://nest.pijul.org/pijul/pijul

pijul log --hash-only > all_changes.txt

pijul unrecord --all

git init

``` for HASH in $(cat all_changes.txt); do pijul apply "$HASH" pijul reset # sync working copy to channel state git add -A git commit -m "pijul change: $HASH" done ```

git remote add origin [email protected]:you/pijul-mirror.git git push -u origin main

Re:A Coherent Vision for the Future of Version Control by codethief on Sunday March 22, 2026 @01:09PM (#47479659)
> I hadn't heard of Pijul

I'm surprised! Pijul has been discussed here on HN many, many times. My impression is that many people here were hoping that Pijul might eventually become a serious Git contender but these days people seem to be more excited about Jujutsu, likely because migration is much easier.

Re:A Coherent Vision for the Future of Version Control by simonw on Sunday March 22, 2026 @01:52PM (#47480150)
Looks like it makes the homepage only once or twice a year (using points>50 as a proxy for that), had more buzz around five years ago: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...
Re:A Coherent Vision for the Future of Version Control by jedberg on Sunday March 22, 2026 @02:00PM (#47480248)
I too am here all the time and have never heard of it. But it looks interesting.