наверное все же лучше отдельный эндпойнт — в таком случае можно быстро отдавать респонс варнишем или чем-то там еще, а права уже загружать один раз во время инициализации приложения

наверное все же лучше отдельный эндпойнт — в таком случае можно быстро отдавать респонс варнишем или чем-то там еще, а права уже загружать один раз во время инициализации приложения

варнишем?)

хотя можно конечно

а, ты про точку входа

photlin

1100 мест на проекте где используется container->get()

печалька

ты прокидываешь зависимости в контроллер?

уже был тред, я пропустил)

ты прокидываешь зависимости в контроллер?

да, канеш

вот буду еще в старом коде менять это дело все

а то там $this->get и поехали)

ну у меня так же)

в конструктор или аргументы бросаешь?

$this->get

потом буду выпиливать, а то я очень много всего хочу выпилить. степ бай степ) просто новые не буду уже писать с $this->get

у нас таких мест как раз 1100)

ну это не критично я думаю

терзает душу перфекциониста

все мы перфекционисты с фос юзером)

у меня пока от this->get больше пригорает

и публичных сервисов

и публичных сервисов

А как тестируете? Как тогда подменить в тестах сервис моком/фейком?

А как тестируете? Как тогда подменить в тестах сервис моком/фейком?

через конструктор инжект)

через конструктор инжект)

То есть в тестах вручную зависимости прописываете и не используете контейнер ?)

То есть в тестах вручную зависимости прописываете и не используете контейнер ?)

а ты покрываешь юнитами контроллеры?

может еще квери билдер мокаешь?

То есть в тестах вручную зависимости прописываете и не используете контейнер ?)

да, конечно

а ты покрываешь юнитами контроллеры?

Нет.

видосики на ютубе... через пару неделек выложу

уже выложил ? где посмотреть можно будет ?

уже выложил ? где посмотреть можно будет ?

пока нет, все времени нет

Ты недавно только спрашивал про отслеживание релизов, а все уже есть beer.vfeskov.com

Ты недавно только спрашивал про отслеживание релизов, а все уже есть beer.vfeskov.com

? спс

чет они все на жсе

надо свой писать 100%

уже выложил ? где посмотреть можно будет ?

может быть на днях наконец засяду... я пока только обертку над webonyx сделал что бы не больно было, но она сырая и я хочу ее обкатать перед релизом

@fes0r как оно на новом проекте то?)

@fes0r как оно на новом проекте то?)

пытаюсь уломать ребят херачить прямо в мастер как я привык)

много вас там?

зачем тебе прям в мастер?)

зачем тебе прям в мастер?)

continius integration, потому что фичабрэнчи это рак

ну то есть фичабрэнчи полезны когда у тебя совсем все плохо

и то не факт

может даже хуже будут делать

я пока не могу точно тебе сказать, но есть стойкое убеждение что фичабрэнчи это не эффективно

у нас вот больше CI чем фичабранчи

но из-за того что тестеров мало)

поэтому все льем в кучу, а они это гавно тестят

у нас вот больше CI чем фичабранчи

эт как?

А как тестить без фичабренчей?

ну то есть у вас мастер как релизный брэнч юзается тупо?

А как тестить без фичабренчей?

а как ты тестишь с фичабрэнчами?)

ну у нас есть тест ветка, мы в нее херачим неделю, потом все что нахерачили за неделю сливается в стейджинг ветку, там фича фриз и тестеры гоняют активно, а потом через неделю уходит в прод

мы делали наоборот

если совсем все плохо, тогда отдельный фичабранч поднимается и там тестят

ну мол, херачили в мастер, а QA раз в неделю делали код фриз в стэйджинг и потом уже в релиз ветку когда дотестят и мы все пофиксим

багфикс - черипикали из мастера сначала в стэйдж и потом в релиз

ну и да - без тестов большая часть профита от подобного теряется

ну мол, херачили в мастер, а QA раз в неделю делали код фриз в стэйджинг и потом уже в релиз ветку когда дотестят и мы все пофиксим

во

именно так и есть

а ну так трэнк бэйзд девелопмент почти)

а может даже не почти

но я топил за обратное еще месяца полтора назад

а теперь думаю что не так уж и плохо все

я это ввел на своем проекте где-то в июне, потому что вообще жопа была

ввел как эксперемент - боялся что херня выйдет

ERROR: S client not available

недели две назад ходил в гости в старую команду - они это на все проекты будут вводить постепенно

QA вообще в восторге

хм

а расскажи

чем фичабранчи плохо?

для тестирования и интеграции

чисто твое мнение услышать хочу)

+

ну вот я пока не сформулировал четко, но что я пока заметил - это то что с фичабрэнчами: - сложнее дробить задачи, прям так и тянет сделать PR который неделю висит и потом ревьювь все эти 40-50 файлов измененных - сложнее делать рефакторинг (мне это было актуально) - то есть больше вероятность семантических конфликтов. А так я мог делать что угодно и ни у кого с этим особо проблем небыло. - мнимое ощущение контроля которые тебе дают PR с точки зрения планирования релизов - тебе всеравно придется делать регрессию на мастере в определенный момент (может быть раз в месяц, может раз в неделю)

а так можешь у фаулера почитать - он тоже не любит фичабрэнчи)

Т.е. все коммитят в 1 ветку?

- для меня больше проблема это то что тестировать это сложнее, нужно дохрена всего поднимать на каждую ветку - тестерам сложно тестировать это в нескольких вариациях, сразу в отдельной ветке, а потом в интеграции с остальным получается - код может лежать долго в отдельных ветках, пока его не заапрувят в релиз

ну и пассивное тестирование

я могу вылить всякое гавно в общую ветку и за неделю-две пока оно там валяется, это гавно протестируется пока будут проверять остальные фичи

а так можешь у фаулера почитать - он тоже не любит фичабрэнчи)

да, надо почитать

ну и релиз манагерам(если такие есть) добавляется куча работы

чтобы выбирать че идет в релиз и тд

- для меня больше проблема это то что тестировать это сложнее, нужно дохрена всего поднимать на каждую ветку - тестерам сложно тестировать это в нескольких вариациях, сразу в отдельной ветке, а потом в интеграции с остальным получается - код может лежать долго в отдельных ветках, пока его не заапрувят в релиз

вот да - у меня на момент перехода было 20-30 dev стэйджингов, что бы каждый мог развернуть ту ветку что ему нужно.

у нас так сказать больше гибрид щас

все основное тусит в одной ветке

ну и пассивное тестирование

да, это было основным - так как дохера людей работают над одним и тем же кодом - я быстро узнавал что кому-то что-то сломал)

Т.е. все коммитят в 1 ветку?

да

в мастер

но есть 5 отдельных дев стейджингов, куда вставляют свою ветку и там гоняют

не вливая в общий код

но такое очень редко происходит

да, это было основным - так как дохера людей работают над одним и тем же кодом - я быстро узнавал что кому-то что-то сломал)

угу, это тоже да

ну и в принципе всякие симфони и опенсорс так релизятся ведь

льют в мастер до усирачки, а потом фризы и поехали

ну и в принципе всякие симфони и опенсорс так релизятся ведь

ну они не так релизятся, там же фичабрэнчи) просто у них production-ready мастер

ну нет

мастер мало где стабильная ветка