Best way to split one big commit into many parallel commits?

[ianjsikes]

I'm working on a big refactor in my codebase, and I wanted to check if there was a better way to approach it in jujutsu.

So my current setup looks like this:

main -> myworkingcopy

where myworkingcopy has like 50 changed files. I want to split these out into separate commits all based off main, so my desired end-state would be something like:

main -> a
    |-> b
    |-> c
    |-> d
    |-> e
    ...

what I'm doing right now (with the help of jjui) is jj spliting on my "working copy" commit, selecting a group of files that should go together into its own commit. Which gives me:

main -> a -> myworkingcopy

and then I do it again, which gives me

main -> a -> b -> myworkingcopy

and then I rebase b onto main, which gives me

main -> a -> myworkingcopy
    |-> b

rinse and repeat. Is there a better way to do this? Maybe a way to jj split out from my current commit, but have the new commit not be a descendant of my current commit?

[ianjsikes]

Oh it looks like jj split --parallel is what I'm looking for