sync: reconsider updating PR comments
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
Research direction
Start in cmd/sync.go around the updateStackComments call at lines 404-407, then trace the function's implementation, callers, and associated tests. Check whether removing comment updates from gh stack sync would miss an edge case, especially after a stack head is merged. If not, done means removing the sync behavior, its now-unused function, and related tests.
Written by the indexing model from the issue text.
Description
gh stack sync invokes updateStackComments and emits "Updating stack comments..." as one of its last operations:
Presumably, this is to update the comments for PRs in a stack if the head of that stack was merged into trunk. Whether the user deleted a merged branch or not previously during sync has no bearing on whether or not this function is executed.
I don't like this, because:
gh stack syncfeels more like a local-only operation to me.- It does not print information about which PRs received updates.
gh stack submitwill update PR comments anyway.
I don't think updating comments on sync is necessary, and if I designed it that way, I was probably wrong. I may be wrong now, so I should understand if there's some edge case we'd be missing by dropping the behavior (Chesterton's fence & the like).
If we can remove the behavior, then the function itself and any associated tests can also be removed, since it only seems to be in use by the sync command.
- Dominant language
- Go
- Stars
- 9
- Forks
- 2
- Avg merge
- 9h 14m
- Merged PRs (30d)
- 8
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from boneskull/gh-stack
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 25/100
-
bug
Difficulty 3/5 1-2 days Newbie friendliness 55/100
-
performance
Difficulty 5/5 Over a week Newbie friendliness 35/100
-
enhancement
Difficulty 5/5 Over a week Newbie friendliness 35/100
All issues in boneskull/gh-stack
Similar issues
-
kind/bug needs-triage
Difficulty 1/5 Under an hour Newbie friendliness 72/100
matrixorigin/matrixone#29223 ·
-
needs-acceptance wg/data-plane-networking
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
vllm-project/semantic-router#4024 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
alexgorbatchev/dotfiles#107 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 84/100