SJ(1)

✨ SJ(1) ✨

SugarJar β€” bestie edition. This is the manual page for sj, living in section 1 (User Commands), and it's giving the Git/GitHub helper energy. πŸ“


πŸ’– NAME πŸ’–

sj β€” SugarJar, a Git/GitHub helper πŸ‘‘


πŸ¦‹ SYNOPSIS πŸ¦‹

sj <command> [<args>] [<options>]

🌸 DESCRIPTION 🌸

Okay so the vibe is extremely flexible: command, args, and options can appear in absolutely any order. No rules, no cap. ✨

πŸŽ€ OPTIONS πŸŽ€

  • --default-forge-host HOST β€” the default host of your forge (github, gitlab, etc.) for when it just cannot be figured out automatically. In nearly every case SJ will determine this all by itself, no help needed πŸ’…. BUT: for smartclone, if you're using shortnames (e.g. org/repo) that don't contain a host, this is the default it assumes. Most useful in your config file when set to your most comomn forge host (e.g. github.com).
  • --feature-prefix PREFIX β€” bypass the config and just use PREFIX. Periodt.
  • --forge-type TYPE β€” GENERALLY NOT NEEDED. This is only for the case where SJ can't detect the type of a forge from the hostname during smartclone. Only available in CLI, not a config file option. Forge type: github, gitlab.
  • --forge-user USER β€” bypass the config and just use USER as the forge user. 🫢
  • -h, --help β€” print this help message.
  • --ignore-dirty β€” tell command that check for a dirty repo to carry on anyway. [default: false]
  • --ignore-prerun-failure β€” ignore preprun failure on *push commands. [default: false]
  • --log-level LEVEL β€” set logging level (fatal, error, warning, info, debug, trace). This can also be set via the SUGARJAR_LOGLEVEL environment variable. [default: info]
  • --[no-]pr-autofill β€” when creating a PR, auto fill the title & description from the top commit if we are using gh. [default: true]
  • --fork-name NAME β€” when forking a repo (in smartclone), fork the repo to a different name. See the help for smartclone below. 🌈
  • --[no-]pr-autostack β€” when creating a PR, if this is a subfeature, should we make it a PR on the PR for the parent feature? If not specified, we prompt when this happens; when true always do this; when false never do this. Only applicable when usiing gh and on branch-based PRs.
  • --[no-]color β€” enable color. [default: true] 🎨
  • --version β€” that's it, that's the whole description.

πŸ‘‘ COMMANDS πŸ‘‘

The full roster, in all its iconic glory:

amend amendq, qamend binfo br debuginfo feature, f forcepush,
fpush forcesync, fsync globalbranchclean, gbclean
globalbranchcleanall, gbcleanall lint localbranchclean, lbclean,
bclean localbranchcleanall, lbcleanall, bcleanall
modernizeconfig, fixconfig pullsuggestions, ps remotebranchclean,
rbclean remotebranchcleanall, rbcleanall smartclone, sclone
smartlog, sl smartpullrequest, smartpr, spr smartpush, spush
subfeature, sf sync unit up upall

Run sj help <command> for details on a specific command. πŸ’–

Heads up bestie: FATAL: No such subcommand: ver... β€” yeah, that's literally sitting there in the page. We don't make the rules, we just transcribe them. 😭

That's the whole page, babes. This one landed on your screen back in August 2026, and it's filed under SJ(1) β€” she's iconic, she's a user command, she ate and left no crumbs. πŸ’…βœ¨πŸ¦‹πŸ’œ

πŸ“¦ where this page comes from