[project-library-manage] mainをマージ

[y-chan]

内容

題のとおりです、mainに取り込まれたキャラボイス試聴コンポーネントやbrand型のUUID矯正を解除する2つの変更をrebaseでマージします。

関連 Issue

スクリーンショット・動画など

その他

このPRをマージするために、一時的にPull Requestマージ設定のrebaseをonにします

[Hiroshiba]

rebaseします！

rebaseで良いかのDiscordでの議論メモ

ヒホ
rebaseマージって、そのブランチにマージされたPRとかはちゃんと追っかけれるんですかね･･･？

y-chan — 今日 23:08
多分追っかけてくれるかなと...!
今回の場合は枝はわかれずまんまmainと同じ枝の上に乗るはずです...! 

ヒホ — 今日 23:09
うーむ　commi idは変わるはずだよな～とか思ってます
あとはコンフリクト生じたときは記録残すためにmergeがあったほうが良さそうだから、生じないときだけrebase･･･？
あまり深く考えてなかったけど、意外とrebase微妙かもしれない

y-chan — 今日 23:12
rebaseでコンフリクトがでればコミットの作り直しになると思うので、commit idは変わると思いますが、それ以外はcommitは全く変化しないはず...
今回の場合はrebaseしてもmainと同じ枝の上に乗るだけなので、まあなにか影響が出ることはないかなと思いますね
と思ったけど、この場合prコミットが残らないってことになる...?どうやってPRがマージされたって判断するんだろう

ヒホ — 今日 23:14
そこはまあマージボタンが押されたかどうかじゃないですかね～
PR出たブランチをlocalでmainにマージしてpushしてもマージされたことにはならないだろうし
rebaseはcommit idは変わるはず。じゃないと全く同じcommit idが２つ以上現れるので衝突しちゃう。
PRがcommit idに紐付けられてた場合はrebaseで切れそう。
commit履歴→PRへはマージ時にPR番号がcommit messageに記録されるから切れないけど、PR→commit履歴は切れそう感
なのでたぶん良くないんだけど、ちょっとやってみますか！ｗ