GitHub上の実際のコミットメッセージやIssueのやりとりをみて、チートシート作りました。 共通的なこと コミットメッセージやIssueのタイトルは、主語省略し、1文で書き行末ピリオドは付けない 動詞は現在形・過去形のどちらも同じくらいの頻度で見られるが、どちらかに揃える。 コミットメッセージを書く Japanese English
![GitHub English Challenge Cheat Sheet - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e63b7bc03fd989b7473f26fa2a3a897900b4166e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9R2l0SHViJTIwRW5nbGlzaCUyMENoYWxsZW5nZSUyMENoZWF0JTIwU2hlZXQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTQxNTVkYmU2NzhiNjk1ZjgzMWQxMzQ0NjYyZjhkY2Rh%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrYXdhc2ltYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YjgyMTA2ZGNmMGYwMzI4ZmVlOTY4NGNlZWJlNGM2NDE%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D495ef1e63f3a8327d27085893c2a6240)
こんにちは、フロントエンドエンジニアのいなばです。 案件の開発終盤、こんなことが起きていませんか? 納品が近づき、プロジェクトメンバーで一斉に検証作業を始める 各々バグを見つけ次第、issueを立てていく さあ、バグをかたっぱしから片付けていきましょう しかし、蓋を空けてみると……書き方の悪いissueが乱立! バグの内容を把握するのに時間がかかる! 結局わからないのでissueを立てた本人に聞く→結果的にコミュニケーションコストが増える……。コミュニケーションコストを減らすためのツールなのに、やりとりが何往復もしていたら本末転倒ですよね。 そこで、今回はGithubやbitbucketのissue機能を活用したデバッグフェーズでのタスク管理のコツをご紹介します。 悪いissueと良いissueとは? そもそも、どんなissueが“悪いissue”なのでしょうか? 例を見てみましょう。(極
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く