次のシナリオ:複数のブランチ(マスター/プレビュー/リリース)があります。私はマスターで開発していて、定期的にコミットしています。それらを「実験的」および「修正」と呼びましょう。
今、私は選択した修正をマージしたいと思います-experimantal-commitsなしで私のプレビューブランチにコミットします。
画像は私が何を意味するかを示すはずです。
今私はそれを試してみましたがcherry-pick
、それrebase
を管理する方法がわかりませんでした。
次のシナリオ:複数のブランチ(マスター/プレビュー/リリース)があります。私はマスターで開発していて、定期的にコミットしています。それらを「実験的」および「修正」と呼びましょう。
今、私は選択した修正をマージしたいと思います-experimantal-commitsなしで私のプレビューブランチにコミットします。
画像は私が何を意味するかを示すはずです。
今私はそれを試してみましたがcherry-pick
、それrebase
を管理する方法がわかりませんでした。
チェリーピックが必要なツールのように見えますが、コメントから、競合が発生していることは明らかです。その場合は、git cherry-pick
コマンドの出力を注意深く読んでください。チェリーピックを完了するための手順が示されているはずです。一般に、競合するファイルを見つけ (例を使用git status
)、競合を解決してからgit add
、解決されたファイルを見つける必要があります。これらの 3 つの手順は、 を使用して置き換えることもできますgit mergetool
。解決が完了したら、 を使用git cherry-pick --continue
して操作を終了できます。
ブランチモデルについて考えたいと思うかもしれませんが、通常はチェリーピックを頻繁に使用する必要はありません。たとえば、独自のブランチで機能を開発し、それらの新しいバージョンを準備するときに、それらを適切な「リリース ブランチ」(プレビュー/リリース) にマージすることを検討してください。