jj-sparse-edit(1)
π jj-sparse-edit(1) β General Commands Manual energy
okay bestie, welcome to jj-sparse-edit, straight outta the General Commands Manual. this is the page that opens up an editor so you can β¨change which patterns are actually present in your working copyβ¨. sounds lowkey simple, and it is β but there's a whole lil' world of global options down there too, so let's get into it π«Ά
πΈ NAME
jj-sparse-edit β start an editor to update the patterns that are present in the working copy π
β¨ SYNOPSIS
jj sparse edit [-R|--repository] [--ignore-working-copy]
[--no-integrate-operation] [--ignore-immutable] [--at-operation]
[--debug] [--color] [--quiet] [--no-pager] [--config] [--config-file]
[-h|--help]
π¦ DESCRIPTION
so basically: it starts an editor π and you use it to update the patterns that are present in the working copy. that's the whole vibe. the working copy only shows the stuff you said you want, and this is where you edit that list. iconic. periodt π
π OPTIONS
-h,--helpβ prints the help. note that it's the summary version with-h, so if you want the full tea, you know what to do π
π GLOBAL OPTIONS
these ones apply across the board, not just here. main character options, fr fr:
-R,--repository <REPOSITORY>β the path to the repo you wanna operate on ποΈ by default Jujutsu goes looking for the closest.jj/directory in an ancestor of wherever your current working directory is.--ignore-working-copyβ don't snapshot the working copy, and don't update it π by default Jujutsu snapshots the working copy at the beginning of every command. it also updates the working copy at the end of the command if that command modified the working-copy commit (@). so if you'd rather skip the snapshotting and just see a possibly stale working-copy commit, this is your girl. useful for stuff like a command prompt, especially if you've got another process committing the working copy. psst: loading the repo at a specific operation with--at-operationimplies--ignore-working-copyπ--no-integrate-operationβ run the command like normal but don't integrate any operations πͺοΈ when you pass this, the operations still get created like usual, they just don't get integrated into the operation log. the working copy also doesn't get updated. the command will print the resulting operation ID for you. you can hand that ID to e.g.jj --at-opto inspect the resulting repo state, or pass it tojj op restoreto restore the repo to that state. you can also pass the ID tojj op integrateto integrate the operation. β οΈ careful though: this does not prevent side effects outside the repo. like,jj git push --no-integrate-operationwill still perform the push. no cap.--ignore-immutableβ allow rewriting immutable commits π by default Jujutsu prevents rewriting commits in the configured set of immutable commits. this option disables that check and lets you rewrite any commit but the root commit. heads up: this option only affects the check. it does not affect theimmutable_heads()revset or theimmutabletemplate keyword. iykyk.--at-operation <AT_OPERATION>β the operation to load the repo at β³ by default, Jujutsu loads the repo at the most recent operation, or at the merge of the divergent operations if there are any.
you can use --at-op=<operation ID> to see what the repo looked like at an earlier operation. for example, jj --at-op=<operation ID> st will show you what jj st would have shown you when the given operation had just finished. --at-op=@ is pretty much the same as the default, except that divergent operations will never be merged.
use jj op log to find the operation ID you want π΅οΈ any unambiguous prefix of the operation ID is enough.
when loading the repo at an earlier operation, the working copy will be ignored, as if --ignore-working-copy had been specified.
and yes, it is possible to run mutating commands when loading the repo at an earlier operation. doing that is equivalent to having run concurrent commands starting at the earlier operation. there's rarely a reason to do that, but it is possible. π
--debugβ enable debug logging π--color <WHEN>β when to colorize output π¨ possible values:alwaysneverdebugauto
--quietβ silence non-primary command output π€« for example,jj file listwill still list files, but it won't tell you if the working copy was snapshotted or if descendants were rebased. warnings and errors will still be printed though, so no hiding those.--no-pagerβ disable the pager π--config <NAME=VALUE>β additional configuration options (can be repeated) π§Ύ the name should be specified as TOML dotted keys. the value should be specified as a TOML expression. if the string value isn't enclosed by any TOML constructs (such as array notation), quotes can be omitted.--config-file <PATH>β additional configuration files (can be repeated) π
and that's the whole page, bestie π the footer's lil' tag says the source is edit and the manual is jj-sparse-edit(1) β so go forth, edit those patterns, and slay ππ¦β¨
π¦ where this page comes from
- alpine 3.24: jujutsu-doc 0.42.0-r0 Β· Apache-2.0
- arch rolling: jujutsu 0.46.0-1 Β· Apache-2.0
- nixos 26.05: jujutsu 0.41.0
- nixpkgs unstable: jujutsu 0.46.0
- ubuntu stonking: jujutsu 0.44.0-1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms