pi-graphite 0.3.1 → 0.3.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -79,9 +79,7 @@ dependent branches.
79
79
  - Editor / pager / browser env is forced safe (`GT_EDITOR=true`, `GT_PAGER=`,
80
80
  `BROWSER=true`, …). Commands have a hard timeout.
81
81
  - Interactive editor / hunk / browser / reorder paths are not exposed.
82
- - Rendered `$ gt …` command lines in tool output are POSIX shell-quoted so
83
- copy-paste cannot trigger command substitution or word-splitting from
84
- user-controlled args.
82
+ - Commands echoed in tool output are safe to copy-paste back into a shell.
85
83
  - `graphite_setup action=track_branch` requires explicit `branch`, explicit
86
84
  `parent`, and `confirmParent:true`; do not guess parent if unclear.
87
85
  - `graphite_setup action=init_repo reset:true` needs `confirmDestructive:true`.
@@ -97,13 +95,10 @@ dependent branches.
97
95
  `branchNotTracked`, `noChangesStaged`, `checkedOutElsewhere`,
98
96
  `operatingOnTrunk`, …).
99
97
 
100
- ### Known surface: git hooks
98
+ ### Git hooks
101
99
 
102
- This extension does not pass `--no-verify` to `gt` / `git`. Any
103
- `pre-commit`, `commit-msg`, `pre-push`, or related hook configured in the
104
- target repo will execute as part of mutating operations (create, amend,
105
- submit, …). Hooks are arbitrary user code and are intentionally not
106
- bypassed; treat hook content as part of the repo's trust boundary.
100
+ Git hooks in the target repository run as normal; this extension does not
101
+ bypass them. Treat them as part of your repo's trust boundary.
107
102
 
108
103
  ## License
109
104
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "pi-graphite",
3
- "version": "0.3.1",
3
+ "version": "0.3.3",
4
4
  "description": "Opinionated pi tools + skill for stacked PR workflows with the Graphite (gt) CLI.",
5
5
  "keywords": [
6
6
  "pi",
@@ -24,9 +24,11 @@ Do not use it for:
24
24
 
25
25
  - editing PR titles / bodies / labels / reviewers metadata (use `gh` directly)
26
26
  - reading PR review comments or CI status (use `gh` directly)
27
- - rewriting history beyond create/amend (split/fold/move/squash) — use the
28
- raw `gt` CLI via bash if the user explicitly asks; the extension does not
29
- expose stack surgery
27
+ - rewriting history beyond create/amend (split / fold / move / squash /
28
+ reorder). The extension does not expose stack surgery. Do not invoke
29
+ `gt` directly from bash for these — those subcommands prompt
30
+ interactively (base selectors, hunk pickers, editors) and will hang.
31
+ Ask the user to run them manually in their own terminal.
30
32
 
31
33
  ## Tools
32
34
 
@@ -180,7 +182,11 @@ If `gt sync` halts on conflict, use the conflict recipe below.
180
182
 
181
183
  1. Read the failing tool's `--- stderr ---` and `hints` block.
182
184
  2. Resolve markers in the listed files.
183
- 3. `git add <files>` from bash.
185
+ 3. Stage the resolved files from bash. Always use `git add --` followed
186
+ by the file paths so a path that starts with `-` cannot be parsed as a
187
+ git flag (e.g. `git add -- path/with-dash`). Use `git add -A` only if
188
+ the user explicitly wants to stage everything. Never run
189
+ `git add --interactive` or `git add -p`.
184
190
  4. `graphite_recover({ cwd, action: "continue" })`.
185
191
  5. If you want to bail entirely: `graphite_recover({ cwd, action: "abort" })`.
186
192
 
@@ -193,9 +199,11 @@ graphite_recover({ cwd, action: "undo" })
193
199
  ## Rules
194
200
 
195
201
  - **Submit stacks, not branches.** `graphite_submit_stack` always passes
196
- `--stack`. Do not look for a single-branch submit; if the user truly wants
197
- to push only one branch, use `gt submit --branch=<name>` via bash and
198
- explain why.
202
+ `--stack`. There is no safe single-branch submit path in this extension.
203
+ If the user truly needs to push only one branch, ask them to run
204
+ `gt submit --branch=<name>` themselves in their own terminal — do not
205
+ invoke it from bash, because `gt submit` defaults to interactive prompts
206
+ and an editor for PR metadata.
199
207
  - **Use `graphite_setup` only for preconditions.** Initialize missing repos
200
208
  or track existing Git branches. Do not use it for daily branch creation;
201
209
  use `graphite_change action="create"` instead.
@@ -212,7 +220,9 @@ graphite_recover({ cwd, action: "undo" })
212
220
  - **Never use `git rebase --continue` after a gt command.** Use
213
221
  `graphite_recover action="continue"`.
214
222
  - **This extension wraps gt only.** For PR body/title edits, review
215
- comments, check runs, etc., shell out to `gh` directly in bash — do not
216
- expect a tool from this extension.
223
+ comments, check runs, etc., use a dedicated `gh` tool/extension if
224
+ available. If you must shell out to `gh` from bash, pass fully explicit
225
+ non-interactive arguments only — never `gh auth login`, `--web`, or any
226
+ command that opens a browser, editor, or prompt.
217
227
  - **No interactive editor / browser / hunk picker.** All paths are
218
228
  non-interactive; pass explicit messages.