Issue の取扱いについて定める。 Issue のハンドリングポリシー 原則 過去の議論や経緯を追跡できるようにするため、全てのコミット (機能追加/改善/バグ修正) は原則として Issue に紐付かせる。 ただし、作業効率を考慮して、以下の場合は Issue を作成しなくてもよい。 通常の利用者に大きなインパクトがない変更 コーディングスタイルの修正 テストコードの追加/修正 不要なファイルの除去 ビルドスクリプト等の修正 小規模なリファクタリング ログメッセージの追加/削除 master 以外のブランチ内で閉じた (未リリースの) バグを修正する場合 コミットログには、 #NNN の形式で Issue ID を含める。ただし、master/develop 以外のブランチで開発している機能追加については、master/develop へのマージコミットに対してのみ含めればよい。 Is
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く