А какой смысл в тестирование фейка?

Фейк никто и не тестирует. С чего ты это взял?

Как же покрытие функции да и правильность результатов расчета?

Покрытие данной функции будет максимально возможное. Ну и правильность соответственно. Какая разница генерить пароль в 2 символа или в 8? Правила одинаковые, логика тоже.

ну да 3 по 10 этого только тысяча, а 3 по 100 уже миллион

Ты это к чему?

Часто попадалось, что забывают/ешь все репо пометить.

Это потому что у вас нет процесса "релиза". С чек листом и четкой последовательностью действий :)

Заменил версию, для одного продукта, потом один чел. подошел, второй, третий, потом звонок, нам нужен срочно продукт Б с маленькой правкой. Ну нате вам. А после оказывается что там старая версия одной либы.

К тому же у вас, судя по всему, нет вменяемой системы сборки готовых продуктов.

А что ни "мастера" ни "девелопмент" у вас нет?

Есть конечно :) Но, в случае, когда либа Х используется несколькими продуктами, то для либы Х свои "мастер" и "девелопмент", а для продукта С - свои :)

Как часто это нужно делать и как быть уверенным, что не допустил ошибки?

Зависит от процессов, кто-то делает метки при каждом handover, кто-то только при release. Чтобы быть уверенным, что не допустил ошибку нужна автоматизация :) Тут уж кто во что горазд. кто-то использует Maven, на моих последних 2-х проектах мы делали такую систему под себя.

А в чем ошибка делать новые ветки для изменений?

Для изменений никаких. А сливать общую либу со своим продуктом - выстрел себе в ногу :)