не закончилась?
Я где-то говорил об этом?
Да, выше, что пока тестят предыдущую версию, может релизнуться новая.
Релизнется версия зависимости, а не продукта
Ну и тесты сломаются и библиотека/все что угодно не пойдут в релиз.
Ну и если у Вас нет жестких зависимостей, у меня для Вас плохие новости.
В случае, если продукт - библиотека, это совершенно обычное явление
А в чем проблема брать именно тут версию которая использовалась при разработке?
Смотри. В master мержится dev ветка, прогоняются тесты, все пучком. Через пару часов принимаем решение о релизе, ставим тег на коммит в мастер, чтобы выпустить релиз. Но версии зависимостей у меня не фиксированные, потому что продукт - это python библиотека, которую может использовать любой пользователь. И соответственно он может устанавливать рядом другие версии ее зависимостей, потому что ему так нужно - например, конкретная версия у него все ломает, и он ставит другую. В моей библиотеке прописаны лишь минимальные или максимальные версии зависимостей, которые она ожидает, потому что именно в них есть нужный набор фич или есть баги, мешающие ей нормально работать. Между прогоном тестов по коммиту и релизом прошло время. За этот короткий период релизнулась версия зависимости, которая сломала правильную работу либы. Без тестов оно бы релизнулась как есть, и пользователь получил бы печаль и боль, поставив себе такой релиз. А если бы при релизе прогнались тесты, он бы просто не вышел. И тогда после выявления причины я бы сделал хотфикс, где дополнил описание конкретной зависимости ограничением по ее версии. Да, чуть дольше по времени, может даже релиз вышел бы на день позже. Зато он вышел бы рабочим, а не привел бы к созданию issue с сотней горящих жоп в комментариях под ним.
Разные есть подходы. Кто-то именно так и делает. Я например нет, это может и чуть быстрее, но не даёт уверенности, что релиз будет работать у всех пользователей, они-то не фиксируют версии зависимостей: надо - обновился, не надо - оставил как есть, создал новый virtualenv - все пакеты установились самой свежей версии. На разгребание issue нужны ресурсы, у меня их не так и много, поэтому лучше перебдеть, чем недобдеть. Но это мое личное дело, у кого-то может быть иная позиция. Кто-то идёт ещё дальше и прогоняет тесты в том числе и на prelelease своих зависимостей, чтобы предотвратить появление багов за месяцы до их полноценного релиза. Опять же, дело личное.
Обсуждают сегодня