VD
Понял. Тогда обновлю в mr манифест и в milestone уберу beta version.
Size: a a a
2017 September 25
ES
Может нам добавить в issue board discussuion list?
ES
и как должен правильно работать label CodeReview: ведь чтобы закрыть таску в некоторых случаях необходимо сделать до 5 mr, т.о её статус будет меняться из doing->code review->doing->...?
VD
и как должен правильно работать label CodeReview: ведь чтобы закрыть таску в некоторых случаях необходимо сделать до 5 mr, т.о её статус будет меняться из doing->code review->doing->...?
Либо так, либо оставлять в Code Review.
По крайней мере, когда работал с Jira, то при переводе таски в статус Review она так и оставалась там, пока Review не пройдёт, независимо от количества коммитов.
По крайней мере, когда работал с Jira, то при переводе таски в статус Review она так и оставалась там, пока Review не пройдёт, независимо от количества коммитов.
VD
призываю создать градацию важности для багов)
Надо бы определиться тогда с ней.
ES
на текущий момент есть самая важная градация для бага : milestone=FirstBetaVersion
ES
на остальные можно на текуищй момент не обращать внимания
KT
что с этим у гитлаба в проекте?
ES
Prioritized Labels, можно использовать вот эту логику (срочные баги, которые нужно пофиксить прямо срочно).
ES
можно сделать все баги, как приоритетные labels.
ES
и среди них расставить приоритеты
KT
в девелопе появилась фича - теперь логиниться можно не только на gitlab.com
KT
но и на своих серверах)
KT
там надо ручками вписывать токен при авторизации - это не очень удобно. но хоть как-то. я уже давно запроси фичу - qr код, чтобы можно было с экрана просто отсканировать себе токен и войти
KT
но это все в будущем пока что
KT
можно сделать все баги, как приоритетные labels.
у гитлаба вроде так: есть лейбл БАГ и есть лейблы с важностью (три ступени вроде)
KT
это позволяет удобно фильтровать
KT
я на сегодня все
KT
остальное буду смотреть уже завтра
ES
у гитлаба вроде так: есть лейбл БАГ и есть лейблы с важностью (три ступени вроде)
сейчас обязательно гляну