Size: a a a

JPoint, Java-конференция

2019 January 28

T

Tagir in JPoint, Java-конференция
Грустно вам :-(
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Tagir
Грустно вам :-(
Ну так бывает. Это хорошая почва для того чтобы что-то улучшать. Но вот в моменте приходится бюрократию разводить, да
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Tagir
А, скажем, если баг, внесённый в мастер после последнего релиза, можно и обойтись без тикета. Надо просто понимать, для чего нужны тикеты, тогда проблем нет
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Tagir
В одном коммите с фиксом должен быть тесткейс, конечно. Если фикс внёс новый баг, фиксай заново, не ломая тот тесткейс.
Это лучше отвечает на вопрос "что это" но не всегда отвечает на вопрос "зачем это" и тем более "почему оно именно так".  В условиях неидеального мира лучше всё же иметь связанный тикет.
источник

T

Tagir in JPoint, Java-конференция
Sergey Bezrukov
Это лучше отвечает на вопрос "что это" но не всегда отвечает на вопрос "зачем это" и тем более "почему оно именно так".  В условиях неидеального мира лучше всё же иметь связанный тикет.
И наивно надеяться, что тикет на что-то ответит :-D
источник

SB

Sergey Bezrukov in JPoint, Java-конференция
Tagir
И наивно надеяться, что тикет на что-то ответит :-D
Из моей практики чаще да, чем нет. Ну и его номер всё-таки ещё одна зацепка для поиска в почте/скайпе/etc. )
источник

TC

Tatiana Chernikova in JPoint, Java-конференция
И если использовать тикеты для ведения релиз ноутов и диффов изменений, то внезапный фикс без тикета может в этом месте потеряться
источник

T

Tagir in JPoint, Java-конференция
Tatiana Chernikova
И если использовать тикеты для ведения релиз ноутов и диффов изменений, то внезапный фикс без тикета может в этом месте потеряться
Зачем в релиз-нотес писать "исправлено исключение в новой фиче, которую вы сломанной никогда не видели, потому что раньше её не было"?
источник

T

Tagir in JPoint, Java-конференция
У нас релиз-нотес и так жирный
источник

TC

Tatiana Chernikova in JPoint, Java-конференция
Tagir
Зачем в релиз-нотес писать "исправлено исключение в новой фиче, которую вы сломанной никогда не видели, потому что раньше её не было"?
Это скорее ко второму пункту про дифф - не показывать заказчику, но посмотреть самим внутри, если например несколько десятков компонент выдается
источник

TC

Tatiana Chernikova in JPoint, Java-конференция
По своей маленькой туда я тоже никому не пишу, если «мы случайно сами нашли NPE и починили»
Но тикет потом по крайней мере скажет, что нашли сами, а не пользователи принесли
источник

T

Tagir in JPoint, Java-конференция
Мы когда проперти-тесты ввели, наши сотни багов. Реально сотни. Если б на каждый тикет заводили, то подохли бы.
источник

T

Tagir in JPoint, Java-конференция
Нашли
источник

TC

Tatiana Chernikova in JPoint, Java-конференция
Ну, поэтому серебряной пули нет, и надо смотреть в каждом конкретном енве отдельно
источник

AV

Alexei Vinogradov in JPoint, Java-конференция
Tagir
Зачем в релиз-нотес писать "исправлено исключение в новой фиче, которую вы сломанной никогда не видели, потому что раньше её не было"?
Или "пофикшен баг копипасты, который нечаянно появился во время фикса бага 2315"
источник

I

Ilgiz in JPoint, Java-конференция
Tagir
Зачем в релиз-нотес писать "исправлено исключение в новой фиче, которую вы сломанной никогда не видели, потому что раньше её не было"?
Тогда это доделывание новой фичи и можно привязать коммит к таску с этой фичей
источник

TC

Tatiana Chernikova in JPoint, Java-конференция
Ilgiz
Тогда это доделывание новой фичи и можно привязать коммит к таску с этой фичей
Да!
источник
2019 January 29

T

Tagir in JPoint, Java-конференция
Ilgiz
Тогда это доделывание новой фичи и можно привязать коммит к таску с этой фичей
Ну вот в jdk на это бы новый тикет завели. Там один тикет - один коммит
источник

ПФ

Паша Финкельштейн in JPoint, Java-конференция
Tagir
Ну вот в jdk на это бы новый тикет завели. Там один тикет - один коммит
И при этом у них нормально валидируются таски на предмет полезности м понятности
источник

AT

Alexey Tomin in JPoint, Java-конференция
Паша Финкельштейн
Это прям радужная штука. Когда я работал в ЦНС мы так могли. В ламоде с гигантской вероятностью так не выйдет - слишком мало тестов
Самый простой и разумный способ внедрять тесты в старый код- писать их на все баги во время правки.
источник