Git 複数の修正項目のうち、お客さんのOKが出たものを、本番サーバーに持っていきたい

Git初心者です。

(小さな)複数の修正項目のうち、お客さんのOKが出たものを、
本番サーバーに持っていくという方法を取りたいのですが、運用方法で困っています。

◆前提 (こうしたいと考えていること)

(1)本番サーバーは常にmastreブランチ

(2)ステージング(テストサーバー)では、お客さんが同時に複数の修正項目を確認でき、
OKが出た項目だけを、本番に持っていきたい

(3)修正項目とは、「新たな機能の開発」ではなく、数行程度の書き換え

◆そうすると困ること

(4)(お客さんはブランチのチェックアウトが出来ないので)
複数の修正項目を、1つのブランチにマージしておかなかればならない？？

(5)数行の書き換えのために、ブランチを量産 (頻繁にあるため) しなければならない？

(6)確認後に、再修正したい場合は、マージしたブランチをリバートしなければならない？

(7)確認後に、OKが出た場合も、
「本番に持っていきたい項目ブランチのマージをリバートして、masterにマージ」or
「本番に持って行きたくない項目のブランチのマージをリバーとし、お客さんの閲覧用のブランチをmatserにマージ」
をしなければならない？

(8)ブランチのチェックアウトが出来ない人が同時に複数確認できるためには、
そのブランチ毎のサーバーを準備することもあるようですが、
数行の項目であること、またその数が複数に及ぶこと、から
現実的ではない感じです。

どのようなブランチモデルを行えば良いのでしょうか？
アドバイスよろしくお願いいたします。

行動規範の内容に同意します

回答1件

ベストアンサー

そもそも論ですが、gitのbranchは量産するものです。どんどんどん作りましょう。SVNではないので。

一般的にはnetlifyかなにかを使って一時的なdeployを行うかと思います。ビルドとかいらなければ、PR作るだけでnetlifyが一時的なdeployをしてURL作ってくれますし、そうでなくてもCIからnetlifyに投げて以下同文です。本当にnetlifyは便利です。
ただnetlifyはたしかbasic認証しか掛けられないので、プロジェクトの方針によっては採用できないかもしれません。

その場合はお客さんは
https://qiita.com/Yinaura/items/30992f25b87f76af3ba2
をやってもらうことを前提として(自動化しやすい)、

意味論的な修正ごとにbranchを切って開発(仮にfeat-1とする)
お客さんに見てもらうbranch(仮にreviewとする)にfeat-1をmerge
feat-1にレビューを受けて修正commitを作る
2に戻る
採用されたらmasterにマージ、さらにmasterをreviewにマージ
採用されなかったらreviewbranchをrebaseするかなにかしてfeat-1のmergeをなかったコトにして(状況によってはgit reset --hard <commit hash>のほうが楽かもしれないですね。)force push