News for hackers. Stuff that matters.
Re:Cursor Acquires Graphite by aabhay on Friday December 19, 2025 @02:36PM (#46329925)
jj is actually perfectly fit for this and many other problems. In fact, this is actually the default behavior for jj -- if you squash a bunch of jj commits, the bookmarks on top automatically point to the updated rev tree. Then when syncing the dependent branches to git they all rebase automatically.

The problem however lies in who or what does this rebasing in a multi-tenant environment. You sort of need a system that can do it automatically, or one that gives you control over the process. For example, jj can often get tripped up with branch rules in git since you might accidentally move a bookmark that isn't yours to move, so to speak.

Re:Cursor Acquires Graphite by jacobegold on Friday December 19, 2025 @03:03PM (#46330213)
Correct (Graphite eng here for context) - we've thought about extending our CLI to allow it to sync jj with GH pull requests to do exactly this. Essentially - similar workflow but use `jj` as the frontend instead of `gt`
Re:Cursor Acquires Graphite by koreth1 on Friday December 19, 2025 @11:02PM (#46333538)
Please do this! As a Graphite user, I'd love to be able to switch to jj for my local development, but the disconnect between it and Graphite keeps me away.