This is a cache of https://b.hatena.ne.jp/entry/s/www.m3tech.blog/entry/github-auto-merge. It is a snapshot of the page as it appeared on 2025-12-08T17:14:36.077+0000.
[B! github] GitHub のマージ方式を人間に毎回選ばせるのは、もうやめよう(やめた) - エムスリーテックブログ

    記事へのコメント19

    • 注目コメント
    • 新着コメント
    tamanecoplus
    そこでVSSですよ

    その他
    aarx
    blame読む時の課題感はわかるけど、ここまでやるのもなという感じ。コミット綺麗にしろと言ってできるやつなんて1%もいないだから、コミット云々言ってるブコメはただのアホ。コミット汚そう。

    その他
    megomego
    適度にsquashする派。意味のあるコミット粒度にしたい。

    その他
    bellonieta
    squashが嬉しいと思ったこと一度もないなぁ…

    その他
    habarhaba
    Squash mergeしなけりゃ良いだけの話では。変にこだわりがあるチームなのか?

    その他
    cpw
    運用体制がどのようになっているかも考慮しないといけないよね。

    その他
    hase0510
    hase0510 log見る時に--first-parentを付けることにすればsquashマージの優位性は消える。歴史を改変して消してしまうsquashマージをやめてconflict解消の手間を削減しよう。

    2025/12/04 リンク

    その他
    kagerouttepaso
    kagerouttepaso Squashしない派。人間が愚かなことを認めありのままの記録を残すべき。整理整頓が出来ない人の家にロボット掃除機を導入してもトラブルしか起きないのと同じ。

    2025/12/04 リンク

    その他
    Nodaguti
    そもそもコミットの粒度とメッセージをきちんとしましょうという話のような気がする

    その他
    fuji_haruka
    GitHubではcommitからそれに紐付くプルリクエストがすぐわかるから、squashしたいと思ったことないんだよな。

    その他
    sd-craft
    3-wayマージの仕組み的にスカッシュマージなんてしたら死ぬやろ

    その他
    clairvy
    squash するかしないか、じゃなくて、元ブランチのコミットが良くないだけなんじゃないか? 問題設定は適切なんかな?

    その他
    diveintounlimit
    squashしてないとうまく衝突解決してくれることが多い。squashは途中経過を消して何か起きた時のトレースを困難にすることが多い。少なくとも関わったプロダクトではキレイなコミットが価値を発揮することは無かった。

    その他
    a7h4Q9pxE8LvH
    ピタゴラススイッチ作ってこれに対して求人されても...yamlに属人的な大量コード、labelで自動マージという。せめてコメントでマージにするとかね。ただただセンスが無い。まずすべきはシンプルにできるかどうかでは。

    その他
    yamadadadada2
    yamadadadada2 自分もコミットの粒度にこだわっているんだけど、チームで完全な統制を取るのは無理だしAIも出てきちゃったしで、もはやそこに執着しないほうがいいのかなと最近は思っている

    2025/12/04 リンク

    その他
    tmurakam
    tmurakam 自分はsquashしない派。コミットの粒度を決めるのはPR発行する人の責任だと思ってるので。

    2025/12/04 リンク

    その他
    yarumato
    “Squashマージする(履歴がきれいになるがconflictしがち)・しないのルールどおりマージボタンを押す運用は、人にはルール判断が難しい。GitHub Actionsで仕組みを作った。PRのラベルで指定した方法で自動マージされる”

    その他
    tofu-kun
    この悩み、わかる。Github公式でサポートするようにしてほしいなぁ

    その他
    odan3240
    odan3240 Pull request merge method rule を使えばブランチごとにマージメソッドを限定できるので、目的を達成できそう https://github.blog/changelog/2025-03-24-enterprise-custom-properties-enterprise-rulesets-and-pull-request-merge-method-rule-are-all-now-generally-available/

    2025/12/04 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    GitHub のマージ方式を人間に毎回選ばせるのは、もうやめよう(やめた) - エムスリーテックブログ

    エムスリー Advent Calendar 2025 4 日目の記事です。 クラウド型電子カルテのデジカル開発チームで色々...

    ブックマークしたユーザー

    • mskkwsm2025/12/08 mskkwsm
    • timdaik_tech2025/12/06 timdaik_tech
    • tayutaedomo2025/12/06 tayutaedomo
    • tamanecoplus2025/12/06 tamanecoplus
    • aarx2025/12/05 aarx
    • Galbo2025/12/05 Galbo
    • miyohide2025/12/05 miyohide
    • aravow2025/12/05 aravow
    • kyokyo12025/12/05 kyokyo1
    • megomego2025/12/05 megomego
    • dadachama2025/12/05 dadachama
    • shu11112025/12/05 shu1111
    • hydstk2025/12/05 hydstk
    • brendon2025/12/05 brendon
    • unijam2025/12/05 unijam
    • idk2025/12/05 idk
    • varietygogo2025/12/05 varietygogo
    • knj29182025/12/05 knj2918
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む