@henryqw/pi-pr 6.0.1 → 6.0.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/package.json
CHANGED
|
@@ -33,9 +33,12 @@ Use the package-owned comment-sweep workflow. It exposes these closed actions:
|
|
|
33
33
|
fresh feedback, clears the old ledger, and returns a new guard plus bounded
|
|
34
34
|
IDs and kinds. Status never includes feedback bodies.
|
|
35
35
|
8. Use `show` with the new guard for every returned ID. This catches new items
|
|
36
|
-
and edits that kept the same ID.
|
|
37
|
-
|
|
38
|
-
fixed
|
|
36
|
+
and edits that kept the same ID. The published head is frozen: do not edit,
|
|
37
|
+
commit, move `HEAD`, or call `publish` again after this refresh. Classify any
|
|
38
|
+
new actionable feedback not fixed in the published head as `blocked`, finish
|
|
39
|
+
this sweep, then run `/pr` again for a follow-up sweep. Call `record` with the
|
|
40
|
+
refreshed guard and one complete replacement ledger. Omit `ownedPaths`; the
|
|
41
|
+
initial ownership stays fixed. A stale guard or mismatched coverage fails.
|
|
39
42
|
9. Call `resolve` only with addressed, unresolved parent thread IDs. Do not
|
|
40
43
|
resolve a thread classified as non-actionable or blocked. Do not post replies
|
|
41
44
|
unless the user asks.
|
|
@@ -9,8 +9,8 @@ Use only `pi_pr_create` for base selection, merge, push, upstream, and GitHub wo
|
|
|
9
9
|
|
|
10
10
|
Start with the prompted `prepare` action. It uses the saved branch base: explicit `/pr --base BRANCH`, one `branch.<branch>.gh-merge-base` value, then validated `origin` default. It requires a committed change ahead or ordinary pending work, including untracked files. It rejects an in-progress Git operation and a head ref equal to the selected base ref. The base is always `origin`; fork heads must share its GitHub source and host. Apply trailing prompt guidance only to the PR content.
|
|
11
11
|
|
|
12
|
-
After `prepare`, inspect the returned base and merge-base. Separate and commit coherent pending work. Preserve coherent staging. Exclude `.context/` and unrelated changes. Stop when separation is unsafe.
|
|
12
|
+
After `prepare`, inspect the returned base and merge-base. Separate and commit coherent pending work. Preserve coherent staging. Exclude `.context/` and unrelated changes. If unrelated uncommitted changes remain, stop and ask whether the user wants them committed before PR creation continues. Do not commit, stash, discard, or otherwise hide them without the user's direction. Stop when separation is unsafe.
|
|
13
13
|
|
|
14
|
-
Use this action order: `prepare`, `merge`, optional `continue`, `push`, then `publish`. On conflict, inspect only returned paths and bounded hunks. Give `continue` every resolved path. Run the smallest relevant validation after the helper verifies the merge.
|
|
14
|
+
Before `merge`, verify the worktree is clean. Use this action order: `prepare`, `merge`, optional `continue`, `push`, then `publish`. On conflict, inspect only returned paths and bounded hunks. Give `continue` every resolved path. Run the smallest relevant validation after the helper verifies the merge.
|
|
15
15
|
|
|
16
16
|
Give `publish` a concise Conventional Commit title and a body with `Summary` and `Testing`. It validates the exact PR before no-target upstream setup. If that setup fails after publication, retry `publish` with the same title and body. Do not push again or create another PR. Reply only with the validated PR URL.
|