回答編集履歴
3
netlify
answer
CHANGED
|
@@ -1,6 +1,7 @@
|
|
|
1
1
|
そもそも論ですが、gitのbranchは量産するものです。どんどんどん作りましょう。SVNではないので。
|
|
2
2
|
|
|
3
|
+
一般的にはnetlifyかなにかを使って一時的なdeployを行うかと思います。ビルドとかいらなければ、PR作るだけでnetlifyが一時的なdeployをしてURL作ってくれますし、そうでなくてもCIからnetlifyに投げて以下同文です。本当にnetlifyは便利です。
|
|
3
|
-
|
|
4
|
+
ただnetlifyはたしかbasic認証しか掛けられないので、プロジェクトの方針によっては採用できないかもしれません。
|
|
4
5
|
|
|
5
6
|
その場合はお客さんは
|
|
6
7
|
[https://qiita.com/Yinaura/items/30992f25b87f76af3ba2](https://qiita.com/Yinaura/items/30992f25b87f76af3ba2)
|
2
git reset
answer
CHANGED
|
@@ -11,6 +11,6 @@
|
|
|
11
11
|
3. `feat-1`にレビューを受けて修正commitを作る
|
|
12
12
|
4. 2に戻る
|
|
13
13
|
5. 採用されたら`master`にマージ、さらに`master`を`review`にマージ
|
|
14
|
-
6. 採用されなかったら`review`branchをrebaseするかなにかして`feat-1`のmergeをなかったコトにす
|
|
14
|
+
6. 採用されなかったら`review`branchをrebaseするかなにかして`feat-1`のmergeをなかったコトにして(状況によっては`git reset --hard <commit hash>`のほうが楽かもしれないですね。)force push
|
|
15
15
|
|
|
16
16
|
というフローはどうでしょうか。
|
1
ｆ
answer
CHANGED
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
2. お客さんに見てもらうbranch(仮に`review`とする)に`feat-1`をmerge
|
|
11
11
|
3. `feat-1`にレビューを受けて修正commitを作る
|
|
12
12
|
4. 2に戻る
|
|
13
|
-
5. 採用されたら`master`にマージ
|
|
13
|
+
5. 採用されたら`master`にマージ、さらに`master`を`review`にマージ
|
|
14
|
-
6. `review`branchをrebaseするかなにかして`feat-1`のmergeをなかったコトにする
|
|
14
|
+
6. 採用されなかったら`review`branchをrebaseするかなにかして`feat-1`のmergeをなかったコトにする
|
|
15
15
|
|
|
16
16
|
というフローはどうでしょうか。
|