エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント8件
- 注目コメント
- 新着コメント
mayumayu_nimolove
箇条書きでいいと思う。書くことが目的になるのはよくある話。notionとかもそうなってる。
ka-ka_xyz
個人的には、コミットログよりも紐づいているissueコメントに書いた方が良いと思う。(修正に直接紐付かないコンテキスト的な情報も含めてまとめて見れるようにしたほうが良いのと、rebase のときめんどそうなので。
ka-ka_xyz
個人的には、コミットログよりも紐づいているissueコメントに書いた方が良いと思う。(修正に直接紐付かないコンテキスト的な情報も含めてまとめて見れるようにしたほうが良いのと、rebase のときめんどそうなので。
yarumato
“過去になぜこの実装にしたのか。Pull Requestをたどって歴史を掘り起こしたり、はたまたSlack検索の旅に出るも実装経緯が見つからず修正できないことも。記録を読み書きしやすい場所としてGitのコミットログへ行き着き”
mayumayu_nimolove
箇条書きでいいと思う。書くことが目的になるのはよくある話。notionとかもそうなってる。
tkmkg8m
意図や背景がわからず苦労しているのでめっちゃ共感する。自分が開発するときはコミットログかコメントを参照すればわかるよう気をつけてる。Issueとかとの紐付きは失われることがあるのであまり信用してない。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Gitのコミットログに詳細を書く習慣をつけている - freee Developers Hub
おはこんばんちは、SREの橋本です。この記事は、freee Developers Advent Calendar 2021の16日め記事と...
おはこんばんちは、SREの橋本です。この記事は、freee Developers Advent Calendar 2021の16日め記事となります。 わたしがソフトウェアエンジニアとして仕事をするうえで、コミットログを詳細に記述する習慣づけがあり、この機会にその具体例をあえて共有してみます*1。以降はとくに明示しない限り、組織全体でルールがあるわけではなく、あくまでわたしの一個人の意見である点に注意してください。 モチベーション freeeでは、Webサービスからインフラ基盤およびその監視設定を含めてコードで管理されており、GitHub上でのPull Requestでのレビューを必須としています。わたし自身は社内の立候補制異動制度*2によってWeb開発の現場とSREを行き来してきましたが、どちらもリファクタリングのためにゼロベースでコードを書き直すこともあれば、機能追加やバグフィックスのた
2021/12/16 リンク