Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。ブランチAを作り、プルリエクストを送ったとします。マージ待ちの状態で、Aをベースに新たにブランチBを切って機能を付け加えたい場合、どのような運用がベターでしょうか。マージしてプルリクエストを送るよろしくお願いします。票3AをベースにブランチBを作成して開発、プルリクエストを送る(BのプルリクにはAのコミット履歴も乗ってしまうが、masterとのマージ作業を省略できる)自分はこの方法に近い形で運用しています。Aがmasterにマージされるまでは、Bのプルリクはしないようにしています(上記のようにAのコミットが混入するため)できればBはpushもしない方がいいです。Aがmasterにマージされたら、Bをrebaseしてから、pushとプルリクをしています。すると樹形図もシンプルになります。この方法を使えば、Aがプルリク待ちでもAのコードをベースに開発の続きをすることができると思います。|0ブランチAに依存した機能をつかってブランチBを作りたい、ということですね。後者+A->Bへのマージを入れると良いと思います。マージしてプルリクエストを送るブランチからブランチを作ると樹形図が複雑になってしまうので、プルリクを処理する人が追いかける人の負担となる場合が多いです。このやり方でも樹形図が回り込むような形になってしまいます。Gitの運用ですと幾つかのモデルケース(開発フロー)があるのでそちらを使ってみてアレンジしていく、という方法がお勧めです。(すでにご存知でしたらすみません。flowご参考までに。個の銅バッジgit-flowとPRは共存できなくはないですが、git-flowの強み()の半分以上は使えないフローになりますね。0:49手元は手動削除、remoteはマージした人かPR作った人、管理者的な人が削除してますね。4:02言葉足らずで認識を間違えてました。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。Branchesでの履歴が見づらくなる0Gitでマージの利便性がよくわからない。リベースとかチェリーピックは便利だと思う0GitHub上でdevelopブランチをmasterブランチにマージするやり方を教えてください。4PRを残したままリモートブランチ名を変更したい3githubでプルリクエストを受けてマージしたいのですがうまく行きません。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。