マスターからブランチをフォークすると、上の階で推奨されているホットフィックスを呼び出し、後で変更してコミットできます。

次に、(設定情報が異なるため) マスター merge を dev に直接転送する代わりに、cherrypick を使用して、dev との相違点のみを含むコミットを「選択」します。

あなたの場合、mergeよりもcherrypickの方が適していますが、これには注意する必要があります: cherrypickのコミットに開発者が望まないコンテンツ(特定の設定など)を含めないでください。マスターの情報) )、これらの内容も変更された場合は、cherrypick がコミットを「スキップ」できるため、個別に送信できます。

最後に、構成情報などもリポジトリにある理由が気になりますが、これは、dev が master とマージするときに構成情報が上書きされるリスクがあることを意味するのではないでしょうか。構成情報を分離できれば、cherrypickは必要なく、直接mergeすることができます - これはオンラインで見られるソリューションです。

実際にこのようなシナリオに遭遇したことはありませんが、もしこれが起こったら、私はおそらくこれを行うでしょう。 dev ブランチのマスターと同じコミットから新しいブランチホットフィックスを作成します
ホットフィックスでバグを修正
修理完了後、マスターと他のスタッフがこのブランチをマージします

オペレーション @Larvata が言いました、設定ファイル @nightire が言いました、参照を追加しましょう

成功した Git ブランチング モデル