ES
сейчас невозжно определить какая таска среди всех является приоритетной
Size: a a a
2017 September 27
ES
будь то баг, фича, обсуждение и т.л
ES
может нам добавить label priority + в issue board list
AK
вроде веса есть
KT
я предлагаю не усложнять.
пусть будет так: лейбл "hot"
- без такого лейбла баг (или фича, или дискуссия) не требует быстрого решения
- с меткой, соответственно, требует скорее решить
пусть будет так: лейбл "hot"
- без такого лейбла баг (или фича, или дискуссия) не требует быстрого решения
- с меткой, соответственно, требует скорее решить
KT
большая градация не нужна ИМХО
KT
ато потом утонем в перекладывании меток
ES
добавил hot label
VD
все. я добрался до рабочего места и проверил. мы с вами разошлись из-за моего общения на ходу. ваше получени номера версии - все ОК.
я был против другого. и именно об этом писал на гитлабе. про получение хеша коммита сборки. вы его получаете через запуск команды, а я прошу экспортнуть его из переменной гитлаба. и дал вам ссылку на список этих переменных
я был против другого. и именно об этом писал на гитлабе. про получение хеша коммита сборки. вы его получаете через запуск команды, а я прошу экспортнуть его из переменной гитлаба. и дал вам ссылку на список этих переменных
Аааа, всё, ок, понял, поправлю.
На гитлабе ещё не прочитал, видимо, если по поводу хэша писали
На гитлабе ещё не прочитал, видимо, если по поводу хэша писали
IG
@terrakok а как вы относитесь к использованию например https://github.com/mikepenz/FastAdapter?
По-моему очень неплохая реализация делегирующего адаптера, которая многие стандартные случаи на себя берёт.
По-моему очень неплохая реализация делегирующего адаптера, которая многие стандартные случаи на себя берёт.
VD
то есть сделать в ямл так:
- export BUILD_COMMIT_SHA=$CI_COMMIT_SHA
как-то так, надо проверить синтаксис
- export BUILD_COMMIT_SHA=$CI_COMMIT_SHA
как-то так, надо проверить синтаксис
@terrakok вопрос тогда такой:
Могу сделать для локальных билдов как сделал (локальный коммит будет в билд-версии, для удобства разработчика), т.е. в том случае, если
В остальных случаях будет возвращаться значение из переменной CI-системы в
Нормуль будет? Или лучше пустое значение возвращать в случае пустого
Могу сделать для локальных билдов как сделал (локальный коммит будет в билд-версии, для удобства разработчика), т.е. в том случае, если
BUILD_COMMIT_SHA будет равным null.В остальных случаях будет возвращаться значение из переменной CI-системы в
CI_COMMIT_SHA, чтобы в системе когда оно собиралось, альфа/беты и релизы имели только нужный коммит.Нормуль будет? Или лучше пустое значение возвращать в случае пустого
CI_COMMIT_SHA (ну или что-то типа сообщения local commit).KT
я бы сделал "local"
VD
Без указания локального коммита
KT
как хотите
VD
Понял.
ES
никто не ловил такой крэш при билде:
Caused by: java.lang.NullPointerException
at toothpick.compiler.common.ToothpickProcessor.isValidInjectedElementKind(ToothpickProcessor.java:279)
Caused by: java.lang.NullPointerException
at toothpick.compiler.common.ToothpickProcessor.isValidInjectedElementKind(ToothpickProcessor.java:279)
VD
Не-а.
VD
кстати, надо бы завести задачу на создание ридми, где будет краткое описание проекта и гайд по контрибуции
Done
Две отдельные: на контрибьюшн правила и на соглашение по коду.
Две отдельные: на контрибьюшн правила и на соглашение по коду.
VD
В принципе, MR поправил, окно About в остальном в дизайне нуждается, так что задачу могу я взять.
VD
что у вас с карточками на экране ивентов?)