Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Steve's Jujutsu Tutorial

steveklabnik.github.io

Post reply on HN
Print view View original

41–50 of 120 posts

Re: Steve's Jujutsu Tutorial

#41

Post by thiht »

abc123abc123 wrote: post #34
itohihiyt wrote: post #21

Came here for a martial arts tutorial, which I thought was a bit weird to see front page on HN, and now I see an alternative to git. I don't particularly like git and for personal projects use fossil instead. Without going through the whole tutorial, and doing a lot more reading, why should I consider using this over fossil?

Interesting. I'm not a professional developer and also love fossil for toy/hobby projects. I find it fascinating that this well crafted, solid piece of software is so forgotten, and that git has just rolled over everything.

Honestly you could sell me the best alternative to Git that exists and I still wouldn’t switch, or even try it. I don’t care enough about my versioning system to use something else than what everybody uses. Ubiquity beats convenience.

What I care about is the tooling around it: GitHub and its ecosystem mainly. I also want my open source projects to be on GitHub specifically, and I don’t want to ask contributors to use something other than Git.

Re: Steve's Jujutsu Tutorial

#42

Post by arccy »

swiftcoder wrote: post #39

> I also heard friends rave about "stacked diffs" but struggled to understand what exactly was going on there. Nothing I read or conversations I had have clicked. I wonder what it is about descriptions of stacked diffs that doesn't land - it's literally just a rebase-centric workflow instead of the merge-centric workflow popularised by GitHub et al.

because it's a name that describes the technical implementation, not the end user experience

Re: Steve's Jujutsu Tutorial

#43

Post by [deleted] »

itohihiyt wrote: post #21

Came here for a martial arts tutorial, which I thought was a bit weird to see front page on HN, and now I see an alternative to git. I don't particularly like git and for personal projects use fossil instead. Without going through the whole tutorial, and doing a lot more reading, why should I consider using this over fossil?

[deleted]

Re: Steve's Jujutsu Tutorial

#44

Post by otherme123 »

abc123abc123 wrote: post #34
itohihiyt wrote: post #21

Came here for a martial arts tutorial, which I thought was a bit weird to see front page on HN, and now I see an alternative to git. I don't particularly like git and for personal projects use fossil instead. Without going through the whole tutorial, and doing a lot more reading, why should I consider using this over fossil?

Interesting. I'm not a professional developer and also love fossil for toy/hobby projects. I find it fascinating that this well crafted, solid piece of software is so forgotten, and that git has just rolled over everything.

Same here, the fact that it includes bug tracker, web UI and wiki/docs is a huge plus.

Re: Steve's Jujutsu Tutorial

#45

Post by imjonse »

Lyngbakr wrote: post #37
emmanueloga_ wrote: post #32

Earlier quoted context omitted.

Helix, the editor? How would you pitch it? Zellij looks powerful but also a bit too complex, following the "kitchen sink" school of design :-). No biggie but its name is too close to IntelliJ imho. What kind of workflow do you use with it? I used tmux a bit back in the day, but these days I feel like good old tabs and app windows cover my needs. When I want to multiplex processes in a single window, I reach for Overm…

> Helix, the editor? How would you pitch it? Not the OP, but Helix is a minimal fuss modal editor with sensible defaults. My config is maybe five lines? I say "maybe" because I haven't looked at it I first wrote it. And I think I'd probably be just fine with no config.

Sensible defaults but also out of the box features you only get in vim by finding and configuring external plugins (fuzzy file picker, LSP integration, multi-cursor editing, inline keymapping help).

Cons: no session save, good Helix keybindings not available in other tools so confusing to switch between vim/hx mental models when in colab/vscode, no AI-assistants since no plugin system yet.

Re: Steve's Jujutsu Tutorial

#46

Post by jFriedensreich »

I am torn between sapling and jj. Both make good progress in git/github integration which seems to have been the major road block in adoption before. One other major roadblock seems to be the limits of review tools supporting stacks: github PRs are too limited, gerrits ux is horrible, graphite does not work and is not open enough, saplings review tool is just a very slow performing POC (though with a really good UI concept as starting point)

Re: Steve's Jujutsu Tutorial

#47

Post by abhinavk »

38 wrote: post #28
steveklabnik wrote: post #9

Earlier quoted context omitted.

I like jj because I like git's index so much. JJ lets me do what git's index does, but in a much more powerful way. What you do is, you treat @ like the index, and you work on @-. This is the "squash workflow" https://steveklabnik.github.io/jujutsu-tutorial/real-world-w...

OK but again thats awful, because @ IS A COMMIT, so you are only a "git push" away from accidentally pushing arbitrary garbage instead of proper changes

You need to think commits as of a non-depleting commodity. And named-branches (bookmarks) as something that is explicitly set to newer commits/changes.

Re: Steve's Jujutsu Tutorial

#48

Post by conaclos »

klauserc wrote: post #30

Been using jj at work for months now. In colocated mode, JetBrains IDEs even retain some if their VCS integration. The ability to easily work on top of an octopus merge and then push changes "down" into the contributing branches has been a live saver when my team had to do a big refactoring in a mono repo and split the changes into small PRs for individual teams (code owners). The auto committing behavior is a bit we…

> The auto committing behavior is a bit weird at first

I am a bit skeptical about this, because this requires a jj daemon?

Re: Steve's Jujutsu Tutorial

#49

Post by tmtvl »

itohihiyt wrote: post #21

Came here for a martial arts tutorial, which I thought was a bit weird to see front page on HN, and now I see an alternative to git. I don't particularly like git and for personal projects use fossil instead. Without going through the whole tutorial, and doing a lot more reading, why should I consider using this over fossil?

Yeah, I was also wondering 'Traditional JJ or BJJ?'

I've never really messed around with VCSes other than git and Subversion, there's people who really like Mercurial though, so I wonder how jj compares to that.

Re: Steve's Jujutsu Tutorial

#50

Post by abhinavk »

conaclos wrote: post #48
klauserc wrote: post #30

Been using jj at work for months now. In colocated mode, JetBrains IDEs even retain some if their VCS integration. The ability to easily work on top of an octopus merge and then push changes "down" into the contributing branches has been a live saver when my team had to do a big refactoring in a mono repo and split the changes into small PRs for individual teams (code owners). The auto committing behavior is a bit we…

> The auto committing behavior is a bit weird at first I am a bit skeptical about this, because this requires a jj daemon?

No from what I see. It does that whenever you run any jj command.

I haven't checked the source.

Post reply on HN