STG-PULL(1)
π STG-PULL(1) β the StGit manual, bestie edition π
okay so we're doing stg-pull today, from the StGit manual, and honestly? it's giving "glow-up for your patch stack" β¨
πΈ NAME πΈ
stg-pull β pull changes from a remote repository π«Ά
π¦ SYNOPSIS π¦
stg pull [OPTIONS] [repository]
π DESCRIPTION π
Pull the latest changes from a remote repository. literally just grab the fresh stuff from over there π
The remote repository may be specified on the command line, but defaults to branch.<name>.remote from the git configuration, or "origin" if not configured. iykyk, git already knows where home is π
Here's the whole vibe of what this command does, step by step, no cap:
- pops all currently applied patches from the stack
- pulls the changes from the remote repository
- updates the stack base to the new remote HEAD
- finally pushes all formerly applied patches back onto the stack
β οΈ merge conflicts may occur during that final push step, and those conflicts need to be resolved manually. not me manifesting conflict markers π it happens, just fix them by hand.
See git-fetch(1) for the format of the remote repository argument π
β¨ OPTIONS β¨
-n,--nopushβ do not push back patches after pulling. like, we pull and then we justβ¦ don't put them back π-m,--mergedβ check for patches that may have been merged upstream. when pushing-back patches, each patch is checked to see if its changes already exist in the just-pulled upstream changes. if a patch's changes have already been merged upstream, the patch will still exist in the stack, but become empty after the pull operation π (iconic, honestly β still there, just hollowed out)--conflicts[=<policy>]β either"allow"or"disallow"pushing a patch with conflicts.- using
--conflicts=allow(or just--conflicts) allows pushing a patch that may result in unresolved merge conflicts. the patch will be pushed and files with conflicts will be left with conflict markers to be resolved manually; or the operation undone withstg undo --hard. this is the default behavior and also corresponds to the"stgit.push.allow-conflicts"variable being set to"true"π - using
--conflicts=disallowdisallows pushing any patch that would result in merge conflicts. the operation will stop on the last patch that can be pushed without conflicts. this behavior can be configured by setting"stgit.push.allow-conflicts"to"false"π«
- using
π STGIT π
part of the StGit suite β see stg(1) β
and that's the whole page, bestie π this one's from StGit 2.7.0, dated 10/17/2026 β go forth and pull, you absolute main character π π
π¦ where this page comes from
- opensuse-leap 16.0: stgit 2.7.0-bp160.1.1 Β· GPL-2.0-only
- opensuse-leap 16.0: stgit 2.7.0-bp160.1.1 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms