Size: a a a

2020 July 31

AD

Andrey Dembitskyi in PHP
Shurick
ибо зачем конфиги если не затыкать линтер
источник

AD

Andrey Dembitskyi in PHP
Алексей Гевондян
не, я предпочитаю лучше сделать то, что линтер рекомендует. люди тратили время и силы, чтобы оповестить людей о проблеме в коде, наверное не просто так они это делали.
Стань выше этого - напиши свой линтер и сам диктуй правила
источник

АГ

Алексей Гевондян... in PHP
заморачиваться, очередной велик городить. накой надо
источник

S

Shurick in PHP
Andrey Dembitskyi
Стань выше этого - напиши свой линтер и сам диктуй правила
я бы свой композер написал, но он сложный, кода там много, симфония чтоб ее
источник

АГ

Алексей Гевондян... in PHP
зочем?)
источник

S

Shurick in PHP
чтобы пакеты сразу с гита ставить, аля go )
источник

АГ

Алексей Гевондян... in PHP
нужная фича. надо композер пропатчить.
источник

АГ

Алексей Гевондян... in PHP
возможно кстати есть плагин уже какой-нибудь
источник

АГ

Алексей Гевондян... in PHP
так то это и так можно, просто многословно
источник

A

Aleksandr Khristenko in PHP
Shurick
чтобы пакеты сразу с гита ставить, аля go )
посмотри на nix
источник

DE

Dmitry Eliseev in PHP
Алексей Гевондян
хороший пример, иллюстрирующий, что 1) наследование это плохо 2) мешать свою инфраструктуру с инфраструктурой компонентов не оч классно
Да, я даже стрим с этим случаем запилил:
YouTube
Обновление пакетов при CI/CD [эпизод 43]
Free-видео из серии эпизодов "Разработка аукциона на SlimPHP и ReactJS": https://deworker.pro/edu/series/interactive-site

Время от времени в проекте желательно обновлять пакеты через Composer и Yarn. Иногда это происходит без ошибок. К счастью, у нас в этот раз оказалось не так :)

Это хороший повод рассмотреть семантическое версионирование и произвести минорные и мажорные обновления зависимостей. Покажем, что делать, если появилось много ошибок. И найдём способ непрерывно обновлять зависимости при следовании философии CI/CD прямо в master так, чтобы это не ломало код, не стопорило разработку проекта и не порождало веток с устаревающим кодом.

00:02:39 - Удаление символической ссылки
00:03:54 - Удаление Docker Compose
00:05:36 - Команда api-check
00:07:00 - Просмотр списка новых пакетов
00:08:24 - Семантическое версионирование
00:14:51 - Пробный запуск
00:16:06 - Способы работы с ошибками
00:17:52 - Страх обновлений
00:18:24 - Проблема подхода с feature-branches
00:20:33 - Следование принципам CI и CD
00:22:07…
источник

S

Shurick in PHP
Aleksandr Khristenko
посмотри на nix
хорошая идея...
источник

S

Shurick in PHP
но я пока решил что лучше с композером не ссориться )
источник
2020 August 01

ВУ

Валентин Удальцов... in PHP
источник

A

Adel in PHP
Понеслась
источник

AM

Artem Molotov in PHP
но старые названия параметров всё равно же останутся и будут мозолить глаза :)
источник

АГ

Алексей Гевондян... in PHP
чтобы не было bc break надо просто не изменять, а добавлять) завести каталог v2 и там новый измененный класс. понадобилось еще что-то поменять - делается v3 / v2_1_1. в каждой мажорной версии старые классы и методы помечать @deprecated, со временем удалять их, предупреждая, что начиная с этой версии (v4.0) функционал v1_0 более не доступен вовсе,  рекомендуется использовать v4_0, а более старые версии использовать не рекомендуется, и т д
источник

BT

Bohdan Turchyk in PHP
а потом в один прекрасный момент ты обнаружишь, что тебе надо поддерживать зоопарк версий и в каждой из версий еще и зоопарк классов
источник

АГ

Алексей Гевондян... in PHP
в том то и дело, что поддерживать надо только те классы, которые общие / в каталоге текущей версии. а остальные - не надо.
источник

АГ

Алексей Гевондян... in PHP
используют старые? ну и сами себе злобные бакланы
источник