[git-cherry-pick recipe] The example in docs produces a misleading result
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 1.7k
- フォーク
- 408
- 平均マージ
- 2日 57分
- マージ済み PR（30日）
- 7
説明
I was following https://www.pygit2.org/recipes/git-cherry-pick.html#cherry-picking-a-commit-without-a-working-copy and it seemed to work at first but then I noticed that it pulls in extra commits that I've never wanted.
I think that this example is incomplete.
My src (https://github.com/sanitizers/patchback-github-app/blob/92934c6/patchback/event_handlers.py#L66-L133) should produce a branch with one cherry-picked commit but instead gets a whole bunch of earlier commits too: https://github.com/webknjaz/backport-test-repo/pull/13/commits.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
docs/recipes/git-cherry-pick.html のレシピから始め、issue に記載されている動作に従って、リンクされている cherry-picking の例を再現します。結果を、参照されている event_handlers.py のソースと backport-test-repo のコミット履歴と比較します。例に以前のコミットが誤解を招く形で含まれなくなるか、観測された結果が明確に説明されれば、ドキュメントは完成です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- git, python
- 領域
- documentation
- issue の種類
- ドキュメント
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100