From 6b05105c085e59a8963dcdb1166c9193315725f8 Mon Sep 17 00:00:00 2001 From: William Chen Date: Thu, 18 Sep 2014 21:53:51 -0700 Subject: [PATCH] docs(triaging): fix formatting --- TRIAGING.md | 3 --- 1 file changed, 3 deletions(-) diff --git a/TRIAGING.md b/TRIAGING.md index c755ba7201c9..8ae46a574334 100644 --- a/TRIAGING.md +++ b/TRIAGING.md @@ -26,7 +26,6 @@ This process based on the idea of minimizing user pain * You can triage older issues as well * Triage to your heart's content 1. Assign yourself: Pick an issue that is not assigned to anyone and assign it to you - 1. Understandable? - verify if the description of the request is clear. * If not, [close it][] according to the instructions below and go to the last step. 1. Duplicate? @@ -36,7 +35,6 @@ This process based on the idea of minimizing user pain * Label `Type: Bug` * Reproducible? - Steps to reproduce the bug are clear. If they are not, ask for a clarification. If there's no reply after a week, [close it][]. * Reproducible on master? - - 1. Non bugs: * Label `Type: Feature`, `Type: Chore`, or `Type: Perf` * Belongs in core? – Often new features should be implemented as a third-party module rather than an addition to the core. @@ -59,7 +57,6 @@ This process based on the idea of minimizing user pain * In rare cases, it's ok to have multiple components. 1. Label `PRs plz!` - These issues are good targets for PRs from the open source community. Apply to issues where the problem and solution are well defined in the comments, and it's not too complex. 1. Label `origin: google` for issues from Google - 1. Assign a milestone: * Backlog - triaged fixes and features, should be the default choice * Current 1.x.y milestone (e.g. 1.3.0-beta-2) - regressions and urgent bugs only