レビュー依頼前のコミット整理方法 - 弥生開発者ブログ

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

tech-blog.yayoi-kk.co.jp

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

コメント

7

記事へのコメント7件

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

SWIMATH2 探してたやつだ

Git

2017/10/14 リンク

ktanaka117 コミット整理します、ｽﾏｾﾝ

2016/09/25 リンク

masutaka26 必要以上に整理する必要はないけど、ある程度はね “GitHubのcommitsとコミット順を揃える git rebase --ignore-date origin/master”

Git

2016/03/07 リンク

ttskch githubのおかげで大枠の論理的説明はPRに任せられるので、各コミットは試行錯誤も含めた現実をログするものとして使ってもいいかなと思ってます

2015/11/28 リンク

innx_hidenori ここまでやるんですね

2015/11/27 リンク

ktkrme これやって先輩にフルボッコにされるまでが定番の流れ　http://qiita.com/takasek/items/433931ca5e9b70edbb64

2015/11/27 リンク

ledsun 良い

2015/11/27 リンク

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

規約違反を報告

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

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

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

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

レビュー依頼前のコミット整理方法 - 弥生開発者ブログ

Misoca開発チームのmzpです。新しいMisocaステッカーが完成したので、いろいろな場所で配りはじめまし... Misoca開発チームのmzpです。新しいMisocaステッカーが完成したので、いろいろな場所で配りはじめました。今日は、Misoca内でレビュー依頼をする前にやっているコミットの整理について紹介しようと思います。 Misocaの開発の話ですので、GitHubのpull requestベースでのレビューが前提です。要約 pull requestをレビューしやすくするために、コミットを整理しよう。方針最終的な結果だけを残し、途中の試行錯誤の跡を消す無関係の内容は別のコミットにする具体的な作戦自動生成と非自動生成のものは分ける scaffoldで生成されたものや Gemfile.lock 等の自動で更新されるものは、特にレビューする必要はありません。そのため、それ以外の手で書いた変更とは別のコミットとは別にしておくとよいです。試行錯誤の跡を消す PR内で発生したバグの修正コ

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

ref30002018/07/12
alcus2018/05/23
SWIMATH22017/10/14
yukitomo262017/08/28
ktanaka1172016/09/25
masutaka262016/03/07
hamaco2015/12/02
nomnel2015/11/28
hands_rec2015/11/28
ttskch2015/11/28
manabou2015/11/28
innx_hidenori2015/11/27
ykhroki2015/11/27
ginga01182015/11/27
puzzeljp2015/11/27
alaluta2015/11/27
clavier2015/11/27
peketamin2015/11/27

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

設定を変更しましたx