SCRUM. У кого на работе считают, что используют?
Очевидно, что несмотря на то, что задача по подбору пароля - занимает много времени, тесты будут работать быстро
А какой смысл в тестирование фейка? Как же покрытие функции да и правильность результатов расчета?
Фактически, это несколько тестов, каждый из который быстр.
ну да 3 по 10 этого только тысяча, а 3 по 100 уже миллион
Если сборка предназначена для одного приложения, то проблема обратной совместимости отсутствует.
Так именно об этом я и говорил.
используемые компоненты должны быть закомичены в виде бинарников
ой, не хочется открывать новую дискуссию.
Берешь известную версию и собираешь продукт.
Для этого ее нужно иметь. Часто попадалось, что забывают/ешь все репо пометить.
Мне кажется, что ты сам не знаешь уже какую бы проблему придумать
А их не нужно придумывать, они сами появляются.
Что вот помнится. Заменил версию, для одного продукта, потом один чел. подошел, второй, третий, потом звонок, нам нужен срочно продукт Б с маленькой правкой. Ну нате вам. А после оказывается что там старая версия одной либы.
У каждой компоненты своя ветка. Никаких вклиниваний там быть не может
А что ни "мастера" ни "девелопмент" у вас нет?
Мэпить номер версии за тэг должен исполнитель, т.е. ты.
Как часто это нужно делать и как быть уверенным, что не допустил ошибки?
Зачем нужно завязываться на хэш коммита я не понимаю
потому что это уникальный ключ для коммита который всегда есть.
Ну можно себе в ногу стрелять
А в чем ошибка делать новые ветки для изменений?
Приложение же состоит из функций...
У кого как. У меня в голове приложение прежде всего "состоит" из объектов и потоков данных. И пока не соберутся правильные объекты до функций особого дела нет.