home.social

#jjvcs — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #jjvcs, aggregated by home.social.

  1. Jujutsu v0.41.0
    github.com/jj-vcs/jj/releases/

    Release highlights:
    * `jj fix` now supports formatting specific line ranges (allowing you to format
    only modified lines); see the configuration manual and notes below for more.
    * The new global flag `--no-integrate-operation` will let you run a command without impacting the repo state or the working copy, which is useful when automated tools may create snapshots in the background.

    #jj #jjVCS #jujutsu #jujutsuVCS

  2. okay you #jjvcs nerds. talk to me - if I wanted to start from the bottom as a Git user; where do I start?

  3. “That moment when you realize that a tool simply fixes all the UI issues that you had and that you have been developing for the last 20 years was not exactly great." lwn.net/Articles/105... I’m glad git is leaning from #jj-vcs

    RE: https://bsky.app/profile/did:plc:gttrfs4hfmrclyxvwkwcgpj7/post/3mjyyxr4oak2y


    Evolving Git for the next deca...

  4. @simon I much prefer #Jujutsu #jjvcs to Git. I feel the flow is nicer: the working copy is always « on » a commit so running jj edit / jj new snapshots (commits) then moves.

    I’ve had relative success with agents with light instructions. YMMV, N=1, yada.

  5. Jujutsu v0.39.0
    github.com/jj-vcs/jj/releases/

    Release highlights:
    * `jj arrange` command brings up a TUI where you can reorder and abandon revisions.
    * `jj bookmark advance` automatically moves bookmarks forward to a target revision (defaults to @) using customization points revsets.bookmark-advance-from and revsets.bookmark-advance-to. It is heavily inspired by the longstanding community alias jj tug.

    #jj #jjVCS #jujutsu #jujutsuVCS

  6. So Jujutsu now has a `jj b a` command.

    Focusing on the otaku market, I see
    #jjVCS

  7. Jujutsu v0.38.0
    github.com/jj-vcs/jj/releases/

    Release highlights:
    - Per-repo and per-workspace config is now stored outside the repo, for security reasons. This is not a breaking change because legacy repos are automatically migrated to this new format. `.jj/repo/config.toml` and `.jj/workspace-config.toml` should no longer be used.

    #jj #jjVCS #jujutsu #jujutsuVCS

  8. jj absorb is amazing

    If you haven't tried out Jujutsu VCS yet, I strongly recommend giving it a go. IMO, the best time to try it out is when you have some really difficult Git conflicts to navigate -- you can import everything into jj and try resolving them from there. I've introduced friends to it when they were stuck like this, and it's when jj shines the most.

    #programming #jjvcs

  9. @jnunemaker trying it now. I would much prefer `jj` integration, but I can work with Git. Under #jjvcs, I frequently rewrite commits, and now I feel limited. I also forgot much of my #Git experience because before jj, I was using #sapling. I think I haven't used git in day-to-day since 2-3 years ago!

    Anyway, submitted a couple of feedback items to the Conductor team. We'll see how it evolves. I too am finding #conductor productive at the moment.

  10. What I *really* want is the stuff the good folks at ersc.io are cooking up for #jjvcs, but that’ll have to wait a bit longer yet.

  11. Jujutsu v0.37.0
    github.com/jj-vcs/jj/releases/

    Release highlights:
    - A new syntax for referring to hidden and divergent change IDs is available: xyz/n where n is a number. For instance, xyz/0 refers to the latest version of xyz, while xyz/1 refers to the previous version of xyz. This allows you to perform actions like jj restore --from xyz/1 --to xyz to restore xyz to its previous contents, if you made a mistake.

    #jj #jjVCS #jujutsu #jujutsuVCS

  12. #jj-vcs 0.37.0 came out yesterday! im intrigued by the new divergent change syntax, seems very neat github.com/jj-vcs/jj/re...

    Release v0.37.0 · jj-vcs/jj

  13. Jujutsu v0.36.0
    github.com/jj-vcs/jj/releases/

    Release highlights:
    - The documentation has moved from jj-vcs.github.io/jj/ to
    docs.jj-vcs.dev/.
    - It is now safe to
    continuously run e.g. jj log without --ignore-working-copy in one
    terminal while you're running other commands in another terminal.
    - jj now ignores $PAGER set in the environment and uses less -FRX on most
    platforms (:builtin on Windows).

    #jj #jjVCS #jujutsu #jujutsuVCS

  14. And has a based ci system. Which also supports ... How have I not learned of this before!? I think I'm going to have run this thing for a while. Too much to learn alone. 😅

    blog.tangled.org/ci

  15. i dunno about this change-id, something is off... #jj-vcs

  16. git branches are pure overhead you should be able to push commits without creating a branch wanted to have a label anyway for a laugh? we had a tool for that: tags not having "branches" is one of my favourite features in #jj-vcs i hope @ersc.io will allow me to push changes without bookmarks

  17. i better see someone talk abt #jj-vcs at fosdem 2026......

  18. Maybe restarting the #jjvcs tutorial on my new #freebsd install will kill 3 birds with one stone: jj, freebsd, rust , my lazyvim.
    4, 4 birds with one stone!
    Wait, i'll start again....
    #nobodyexpectsit

  19. Maybe restarting the #jjvcs tutorial on my new #freebsd install will kill 3 birds with one stone: jj, freebsd, rust , my lazyvim.
    4, 4 birds with one stone!
    Wait, i'll start again....
    #nobodyexpectsit

  20. Maybe restarting the tutorial on my new install will kill 3 birds with one stone: jj, freebsd, rust , my lazyvim.
    4, 4 birds with one stone!
    Wait, i'll start again....

  21. Maybe restarting the #jjvcs tutorial on my new #freebsd install will kill 3 birds with one stone: jj, freebsd, rust , my lazyvim.
    4, 4 birds with one stone!
    Wait, i'll start again....
    #nobodyexpectsit

  22. Maybe restarting the #jjvcs tutorial on my new #freebsd install will kill 3 birds with one stone: jj, freebsd, rust , my lazyvim.
    4, 4 birds with one stone!
    Wait, i'll start again....
    #nobodyexpectsit

  23. For the tiny overlap between the circles that are “people who use BBEdit” and “people who use #jjVCS”: syntax highlighting for #JujutsuVCS commit messages in BBEdit! 🎉 github.com/chriskrycho/bbedit-

  24. For the tiny overlap between the circles that are “people who use BBEdit” and “people who use #jjVCS”: syntax highlighting for #JujutsuVCS commit messages in BBEdit! 🎉 github.com/chriskrycho/...

    GitHub - chriskrycho/bbedit-jj...

  25. Toying with the idea of trying #jj for Spades. I don't really work on a team, but I still try to not break things for other people nonetheless (like links). The key is I want my Git commit messages in Codeberg to remain clean, readable, and conventional, and I want to not break links (but have them point to the most relevant whatever). I'm very used to Git, so learning a new workflow isn't really appealing.

    With Git my biggest frustration is having to force-push all the time (and also how you can only get so minute with staging diffs), and since that's because the commit chain is different, the links don't update to refer to the rebased version of that commit (which I guess is fine, but tracking them and providing a link at the top would be nice). Maybe jj kinda has a better system with change-ids but it doesn't play nice with Git web UIs like Forgejo.

    Another Git frustration is just how rebasing works in general, which does tie in to the rest. Conflict resolution for me is fine, though I know this is something jj specializes in.

    One thing that I really like so far reading about jj is that it has me write the commit message
    before committing, so that while I'm coding, that guides me. I'm not sure what the jj solution is for when I make various other changes in the pursuit of whatever end goal (fixing bugs I encountered while trying to diagnose another, for example). I'll occasionally go back and want to use those commit messages to find where I made what change, so those need to have commit messages associated with them.

    #jj-vcs #jj_vcs #jjvcs #jujutsuvcs #git

  26. Toying with the idea of trying #jj for Spades. I don't really work on a team, but I still try to not break things for other people nonetheless (like links). The key is I want my Git commit messages in Codeberg to remain clean, readable, and conventional, and I want to not break links (but have them point to the most relevant whatever). I'm very used to Git, so learning a new workflow isn't really appealing.

    With Git my biggest frustration is having to force-push all the time (and also how you can only get so minute with staging diffs), and since that's because the commit chain is different, the links don't update to refer to the rebased version of that commit (which I guess is fine, but tracking them and providing a link at the top would be nice). Maybe jj kinda has a better system with change-ids but it doesn't play nice with Git web UIs like Forgejo.

    Another Git frustration is just how rebasing works in general, which does tie in to the rest. Conflict resolution for me is fine, though I know this is something jj specializes in.

    One thing that I really like so far reading about jj is that it has me write the commit message
    before committing, so that while I'm coding, that guides me. I'm not sure what the jj solution is for when I make various other changes in the pursuit of whatever end goal (fixing bugs I encountered while trying to diagnose another, for example). I'll occasionally go back and want to use those commit messages to find where I made what change, so those need to have commit messages associated with them.

    #jj-vcs #jj_vcs #jjvcs #jujutsuvcs #git

  27. Toying with the idea of trying #jj for Spades. I don't really work on a team, but I still try to not break things for other people nonetheless (like links). The key is I want my Git commit messages in Codeberg to remain clean, readable, and conventional, and I want to not break links (but have them point to the most relevant whatever). I'm very used to Git, so learning a new workflow isn't really appealing.

    With Git my biggest frustration is having to force-push all the time (and also how you can only get so minute with staging diffs), and since that's because the commit chain is different, the links don't update to refer to the rebased version of that commit (which I guess is fine, but tracking them and providing a link at the top would be nice). Maybe jj kinda has a better system with change-ids but it doesn't play nice with Git web UIs like Forgejo.

    Another Git frustration is just how rebasing works in general, which does tie in to the rest. Conflict resolution for me is fine, though I know this is something jj specializes in.

    One thing that I really like so far reading about jj is that it has me write the commit message
    before committing, so that while I'm coding, that guides me. I'm not sure what the jj solution is for when I make various other changes in the pursuit of whatever end goal (fixing bugs I encountered while trying to diagnose another, for example). I'll occasionally go back and want to use those commit messages to find where I made what change, so those need to have commit messages associated with them.

    #jj-vcs #jj_vcs #jjvcs #jujutsuvcs #git

  28. Toying with the idea of trying #jj for Spades. I don't really work on a team, but I still try to not break things for other people nonetheless (like links). The key is I want my Git commit messages in Codeberg to remain clean, readable, and conventional, and I want to not break links (but have them point to the most relevant whatever). I'm very used to Git, so learning a new workflow isn't really appealing.

    With Git my biggest frustration is having to force-push all the time (and also how you can only get so minute with staging diffs), and since that's because the commit chain is different, the links don't update to refer to the rebased version of that commit (which I guess is fine, but tracking them and providing a link at the top would be nice). Maybe jj kinda has a better system with change-ids but it doesn't play nice with Git web UIs like Forgejo.

    Another Git frustration is just how rebasing works in general, which does tie in to the rest. Conflict resolution for me is fine, though I know this is something jj specializes in.

    One thing that I really like so far reading about jj is that it has me write the commit message
    before committing, so that while I'm coding, that guides me. I'm not sure what the jj solution is for when I make various other changes in the pursuit of whatever end goal (fixing bugs I encountered while trying to diagnose another, for example). I'll occasionally go back and want to use those commit messages to find where I made what change, so those need to have commit messages associated with them.

    #jj-vcs #jj_vcs #jjvcs #jujutsuvcs #git

  29. Toying with the idea of trying #jj for Spades. I don't really work on a team, but I still try to not break things for other people nonetheless (like links). The key is I want my Git commit messages in Codeberg to remain clean, readable, and conventional, and I want to not break links (but have them point to the most relevant whatever). I'm very used to Git, so learning a new workflow isn't really appealing.

    With Git my biggest frustration is having to force-push all the time (and also how you can only get so minute with staging diffs), and since that's because the commit chain is different, the links don't update to refer to the rebased version of that commit (which I guess is fine, but tracking them and providing a link at the top would be nice). Maybe jj kinda has a better system with change-ids but it doesn't play nice with Git web UIs like Forgejo.

    Another Git frustration is just how rebasing works in general, which does tie in to the rest. Conflict resolution for me is fine, though I know this is something jj specializes in.

    One thing that I really like so far reading about jj is that it has me write the commit message
    before committing, so that while I'm coding, that guides me. I'm not sure what the jj solution is for when I make various other changes in the pursuit of whatever end goal (fixing bugs I encountered while trying to diagnose another, for example). I'll occasionally go back and want to use those commit messages to find where I made what change, so those need to have commit messages associated with them.

    #jj-vcs #jj_vcs #jjvcs #jujutsuvcs #git

  30. @steveklabnik.com yes, I experienced this as well. Not as many commits beyond the conflict, but I find conflict resolution in #jjvcs to be superior to #sapling.

    On the other hand, I much prefer Sapling's GitHub integration than jj's. Sapling maintains the PR title and description from the first commit's message when `sl push`, and I really liked that.

  31. I wrote this up in a slightly longer blog post to show off a few cool examples, including describing all the commits on top of trunk with no description, or all the commits which touch a given file, and so on: v5.chriskrycho.com/notes/jj-ti

    #jjVCS #jujutsuVCS #jj

  32. I wrote this up in a slightly longer blog post to show off a few cool examples, including describing all the commits on top of trunk with no description, or all the commits which touch a given file, and so on: v5.chriskrycho.com/notes/jj-tip... #jjVCS #jujutsuVCS #jj

    RE: https://bsky.app/profile/did:plc:i55fkgcwrczbj7edpucwl5mz/post/3lgdrwiugbk2s

    jj tip: describe multiple revi...