Reordering a stack can cause PRs to be incorrectly marked as merged
まだ誰も着手していません。
評価
調査の方向性
gh stack push の実装から始め、並べ替えられた stack の祖先関係と既存の PR base がどのように処理されるかを追跡します。報告にある gh stack modify、gh stack push、gh stack submit の手順を再現してください。push によってリモート stack が安全に同期されるか、ユーザーに submit を実行するよう明確に案内され、PR が誤って merged としてマークされなければ完了です。
索引モデルが issue の本文から書いたものです。
説明
Problem
After reordering a published stack, I ran:
gh stack modify
gh stack push
gh stack submit
gh stack push updated the branch ancestry without updating the existing PR bases. Some PRs then targeted descendant branches that already contained their commits.
GitHub saw empty diffs and automatically marked those PRs as merged, although their commits were never merged into main. The PRs could not be reopened and had to be recreated with new branch names.
Version
gh stack version 0.0.8
Expected behavior
I expected gh stack push either
- to update the remote stack to match the reordered local stack,
- or to fail and tell me to use
gh stack submitfor this operation.
- 主要言語
- Go
- スター
- 1.5k
- フォーク
- 73
- 平均マージ
- 1日 8時間
- マージ済み PR（30日）
- 7
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/gh-stack のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
-
feature request topic: cli - general
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
feature request topic: auto-merge
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
bug topic: docs
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
github/gh-stack の issue をすべて見る
似ている issue
-
area/dev-productivity area/disaster-recovery area/ipcei kind/enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
kind/bug status/0-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
🤔 refinement needed
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
equinor/radix-operator#1979 ·