git rebaseが難しすぎたので、自動化CLI作った

git rebase、怖くないですか？ 開発を進めていると、ブランチの歴史をきれいに保つために git rebase を使いたくなる場面がよくあります。フィーチャーブランチを main や develop の最新状態に追従させたいときなどです。 しかし、git rebase は強力な反面、多くの開発者にとって悩みの種でもあります。 大量のコンフリクト: rebaseを実行したら、大量のコンフリクトが発生してしまい、1つ1つ解決するのが大変... どのコミットで問題が起きたかわからない: 複数のコミットを一度にrebaseすると、どのコミットが原因で問題が起きたのか追うのが難しい マージコミットの存在: rebase中に意図しないマージコミットが含まれていて、歴史が余計に複雑になってしまった そもそもコマンドが難しい: git rebase --interactive, git rebase

[kazkaz03]

rebaseで困るほどのコンフリクトに出会ったことないけど他所の環境ではそうなのか

[daira4000]

コンフリクト自動スキップ怖過ぎない？

[baronhorse]

かえってこえー

[inductor]

「また、UIライブラリである Ink を採用しており、rebase先のブランチを対話的に選択できるため、ブランチ名を正確に覚えていなくても直感的に操作できます。」こういう表現がLLMに書いてもらいました感がすごいな。

[sora_h]

変更を捨ててるのがどう安全なんだ？

[ropponzo]

jujutsu 使えばいいのに。

[aarx]

git rebaseやめたらいいのでは？

[megumin1]

「cherry-pick 中にコンフリクトが発生したり、...そのコミットは自動的にスキップ」 <= いったい何をいっているのだろうか？まじでわからん。コンフリクトするコミットを自動的にスキップ？ rebase の意味わかってる？

[fukken]

原始人なので、mainから新規ブランチ切ってそこにfeatureをsquash mergeして手でコミットしてる