Re:I struggled with Git, so I'm making a game to spare other...
by adastra22 on Monday March 03, 2025 @12:39AM
(#43238619)
Ok that's pretty awesome. But by git backed I meant the data structure. Darcs & pijul shows that we can do better than a commit tree.
Re:I struggled with Git, so I'm making a game to spare other...
by sunshowers on Thursday March 06, 2025 @02:07AM
(#43277284)
Do they? They're different and theoretically better in some respects, but are they better in ways that matter and truly deliver value to users?
Commutativity of patches is neat, but it's just not that big a deal. I think Pijul's best feature is first-class conflicts, an idea that Jujutsu has also incorporated.
Re:I struggled with Git, so I'm making a game to spare other...
by adastra22 on Friday March 07, 2025 @12:56AM
(#43287658)
It matters a lot when maintaining long lived forks of active upstream projects, especially with invasive changes that get tripped up on rebases.
Re:I struggled with Git, so I'm making a game to spare other...
by sunshowers on Friday March 07, 2025 @05:14PM
(#43295360)
That seems like an algorithm issue more than a fundamental data structure issue, right?
Re:I struggled with Git, so I'm making a game to spare other...
by adastra22 on Friday March 07, 2025 @08:53PM
(#43296807)
Patch commutivity would make rebasing vs. merge commits effectively the same thing. That’s where it impacts the data structure.
Re:I struggled with Git, so I'm making a game to spare other...
by sunshowers on Saturday March 08, 2025 @01:26PM
(#43302249)
From the perspective of lawyers who come knocking, it seems incorrect to treat rebases and merges as the same.
Even when using the Git backend, it's only commits and lower-level objects that are stored in the Git repo, and even some parts of the commits are stored outside Git (e g. the change ID). The operation log (which powers the undo feature) is also not stored in Git.