共有
  • 記事へのコメント32

    • 注目コメント
    • 新着コメント
    その他
    sinsoku
    調査のときにプルリクを1つずつ読むの大変なので、コミットメッセージに書いてあると嬉しい

    その他
    dot
    wipみたいな作業途中コミットが欲しくて、そういうのはコミットメッセージがカッチリしてると、あとでsquashしないといけなくて面倒くさそう...と思ってしまう。

    その他
    knjname
    別にコミットメッセージやグラフでお金貰えるわけじゃないし合理的な範囲でやるだけだよなあ

    その他
    tsumuchan
    どんくらい適当なのかは気になる。

    その他
    cpw
    ソースコードをドキュメントにしている文化の会社だからコミットメッセージを参照したことがない。

    その他
    toro-chan
    同じく適当に書いてる。結局PRに書いておくのでコミットメッセージは粒度が小さすぎる。ただし正解があるとは思ってない。デプロイ方法との兼ね合いがあるので絶対的な方法はないと思う。巻き戻しにコミット単位は嫌

    その他
    phonoscopia
    phonoscopia 以前チーム内で同じようなことを言っていたが、 Git ホスティングサービスを乗り換えることになり大崩壊しました。ちゃんとコミットメッセージを書け。

    2023/06/05 リンク

    その他
    takaya1992
    GitHubにすべてを預けるのであればそれでもよさそう

    その他
    hiro_curry
    コミットメッセージが拙いことを理由に攻撃されないのであれば心理的安全性の向上に寄与するのでは。プログラミングが上手い人は言語化も上手な人が多いとは思うけど、必ずしも全員がそうじゃないよね。

    その他
    kazkaz03
    “実装に対する「なぜ?」の部分を書いたほうがいいなと思ったら、コミットメッセージじゃなくて、コードのコメントに書く。”これはすごくわかるな。結局VCS導入する前と変わってないっていうね。

    その他
    hiiragi7777
    ブランチを切り替えるときに変更を一時保存したいだけなら git stash をどうぞ

    その他
    mayumayu_nimolove
    わかればいいんだよ

    その他
    ledsun
    変更意図を事前・事後に共有できるならコミットメッセージを適当にしてコミットを小さくする方が効率的だとおもう。知らないOSSにPRを作るときはまた別だと思う。プレフィックスルールあるとこもあるし。

    その他
    Foorier
    “変更の理由や意図は、プルリクエストで伝える”これはわかる。自分のチームも考えすぎず簡潔に書いてPRで補完て感じだな

    その他
    queeuq
    こっち派。元のやつはコミット単位どんだけでかいの?ってのが疑問。rebaseして出してるんかなって思ってたので。

    その他
    strawberryhunter
    コミットするときに粒度が小さいとコミットコメントを後で見返したときに意味不明だったりするので大きい視点も忘れない内容にしたい。

    その他
    snowcrush
    PRの粒度が小さければその運用でも充分だと思う。意味のあるまとまりより小さいコミットはどうせSquashするし。

    その他
    nemoba
    nemoba Github+Squashによって最小単位がPRになったってだけだと思う。

    2023/06/05 リンク

    その他
    Chisei
    チケットIDがあってそのチケットに厚めに書かれていればまあなんとか。ただITSが途中で変わったりすると後々きついか。

    その他
    tomono-blog
    webベースの更新なので、大量&頻繁にコミットしてる。。これってダメなの??

    その他
    sora_h
    sora_h PRにかけるならコミットメッセージにかけるし、コミットメッセージそのままでPR出すことが多い

    2023/06/05 リンク

    その他
    mr_ozin
    mr_ozin コミット履歴単品で追うよりPR単位で変更追いかける事が多いし、コミットログのメッセージって長く書くようには設計されていない気がする

    2023/06/05 リンク

    その他
    kazokmr
    元記事も見たけど正解とかはないよね。個人的にはPRを使ったりissueと連携したうえでコミットの粒度を小さくするルールを作った上でコミットメッセージは雑にするかな

    その他
    atsushieno
    atsushieno 改訂履歴を残しておいたほうがいいと思ったらそのPRのブランチは残しておいてmainにはsquashしたやつ(でかければ変更要素ごとに別途分割)してマージしている。そんなことは滅多に起きないので普段は適当

    2023/06/05 リンク

    その他
    sho
    sho いつまでも あると思うな GitHub

    2023/06/05 リンク

    その他
    sigwyg
    sigwyg GitHubだとPR概要のほうが重要。コミットメッセージちゃんと書くのは、コミット履歴(rebase, add -pなど)を意識してないと機能しないので、GUIユーザーが多いと難しい印象/コミットちゃんと書くとblameやhistoryが楽になりますね

    2023/06/05 リンク

    その他
    nunulk
    どんなプロダクトであれ、途中で入った人がファイル単位でログ見ながら変更履歴追ったりすることってあると思うんだけど、そういうときは PR ぜんぶ見てって言うんだろうか

    その他
    versatile
    pr のコメントでじゃんじゃん書くのがいいと思ってる

    その他
    ghostbass
    ghostbass 現在のメンバーが共有している情報を未来のメンバーが共有しているとは限らない

    2023/06/05 リンク

    その他
    turanukimaru
    レビューとレビュー修正でブランチを切り替えまくってると単に保存するためだけにコミットしてメッセージは適当になるんだけど。私のGitの使い方がおかしいような気もするがどうすればいいのかわからない。

    その他

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

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

    関連記事

    Gitのコミットメッセージは適当に書いてる - Mitsuyuki.Shiiba

    「Gitのコミットメッセージをしっかり書こう」という記事を読んで、いい話だなーと思う一方で、うちのチ...

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

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

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

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