commit をどう分割すべきか〜コードレビューの観点から〜

テクノロジーカテゴリーの変更を依頼記事元:

abicky.net

54 usersがブックマークコメント

コメント

5

記事へのコメント5件

注目コメント
新着コメント

toritori0318 他人のコードレビューするようになってから、気をつけるようになった

2018/02/13 リンク

koogawa 「最高のコミット」を思い出した https://storys.jp/story/2135

2018/01/10 リンク

sylvan_l commit をどう分割すべきか〜コードレビューの観点から〜

unclassified

2018/01/09 リンク

braitom コミットの粒度について。コミットの粒度に気を使った方よい理由、どう分割するとよいのか、アンチパターンがまとめられている。

2018/01/09 リンク

vanbraam 凄く同意するのだが,Gitが使えると言っている人でもこれができる人は周りには少ないし,ブコメでも不要論唱える人は多そう;大雑把に言うと,_閉じていて_かつ_混ざっていない_事が重要なのだと思う

2018/01/09 リンク

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

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

commit をどう分割すべきか〜コードレビューの観点から〜

普段の開発の中で git の commit の単位に気を遣っている人もいると思うんですが、どういう単位で commi... 普段の開発の中で git の commit の単位に気を遣っている人もいると思うんですが、どういう単位で commit すべきかみたいな話をあまり見かけない気がします。自分自身 GitHub の Pull Request（以降 PR）ベースのチーム開発を何年か経験してみて、「こうすると良さそう」というものが見えてきた気がするのでまとめてみました。なお、小さい単位で PR を出す方針にしている場合は、以降の内容に出てくる commit を適宜 PR で読み替えてもらうと良いかもしれません。そもそも commit の単位に気を遣った方が良いのか？コードレビューを行う場合など、他者がコードを読む場合はある程度気を遣った方が良いと思っています。理由は次のとおりです。コードレビューにおいてレビュアーのレビュー時間が短縮できるコードレビューの精度が上がる変更の経緯を追いやすい自分にとって

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

techtech05212024/02/02
imyutaro2022/12/05
t2y-19792020/03/12
shibukk2019/09/19
sankichi922018/10/30
toritori03182018/02/13
edwardkenfox2018/01/11
lanius2018/01/11
dorayakikun2018/01/10
ikesyo2018/01/10
koogawa2018/01/10
sylvan_l2018/01/09
braitom2018/01/09
kabukawa2018/01/09
vanbraam2018/01/09
n2s2018/01/09
mooonymann2018/01/09
sezemi2018/01/09

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

設定を変更しましたx