4

次のシナリオ:複数のブランチ(マスター/プレビュー/リリース)があります。私はマスターで開発していて、定期的にコミットしています。それらを「実験的」および「修正」と呼びましょう。

今、私は選択した修正をマージしたいと思います-experimantal-commitsなしで私のプレビューブランチにコミットします。

画像は私が何を意味するかを示すはずです。

git-repositoryのスキーマ

今私はそれを試してみましたがcherry-pick、それrebaseを管理する方法がわかりませんでした。

4

1 に答える 1

1

チェリーピックが必要なツールのように見えますが、コメントから、競合が発生していることは明らかです。その場合は、git cherry-pickコマンドの出力を注意深く読んでください。チェリーピックを完了するための手順が示されているはずです。一般に、競合するファイルを見つけ (例を使用git status)、競合を解決してからgit add、解決されたファイルを見つける必要があります。これらの 3 つの手順は、 を使用して置き換えることもできますgit mergetool。解決が完了したら、 を使用git cherry-pick --continueして操作を終了できます。

ブランチモデルについて考えたいと思うかもしれませんが、通常はチェリーピックを頻繁に使用する必要はありません。たとえば、独自のブランチで機能を開発し、それらの新しいバージョンを準備するときに、それらを適切な「リリース ブランチ」(プレビュー/リリース) にマージすることを検討してください。

于 2012-05-14T09:17:11.700 に答える