2

私はレポを複製し(元のレポを としてマークするようにしましたupstream)、gitflow の方法で行きましたdevelop。すべての新しい機能が作成され、そこからコミットされたブランチを作成します。Masterfromへのすべてのプッシュdevelopは、定義上リリースです。つまり、master常にデプロイ可能です。私はこの設定がとても好きです。

upstreamこのフローとは別に、別の機能ブランチに保持している機能に貢献したい場合があります。ただし、機能ブランチはから作成されdevelop HEADdevelop他の機能ブランチが既にマージされている可能性があるため、問題が発生します。

  • feature branch特定のものを自分のものにマージしても問題ありdevelopません
  • しかし、これからきれいなプルリクエストを行う方法がわかりませんfeature branch。つまり、現在previous feature branchesの. これが理にかなっていることを願っています。developfeature branch

これは、その間に発生したrebasingコミットでローカル機能ブランチを更新するだけなので、役に立たないことは間違いありません。upstreamから継承されたコード変更でローカル機能ブランチを「クリーン」にすることは役に立ちませんdevelop

それで、これを行う方法は?

4

1 に答える 1

0

この場合、私が行うことは、貢献したいブランチ (アップストリームリポジトリにある)の HEAD から新しいローカル機能ブランチを作成することです。次に、このブランチと、貢献したい機能を実装するコミット範囲 [1] をチェックアウトします (コミット範囲は、ローカルの開発者ブランチから取得されます)。git cherry-pick

その後、新しいフィーチャーブランチを公開し、そこからクリーンなプル リクエストを送信できます。

  1. 複数のコミットをチェリーピックする方法
于 2013-07-11T23:13:27.060 に答える