Ладно

Забей

Ты все правильно делаешь

Пф

А мне нравится подход у вскода. Когда есть докер контейнер, который является ядром вскода. А разработчик сидит на тонком клиенте от него. Можно наборы плагинов и настроек в рамках проекта хранить именно контейнером :D

https://www.jetbrains.com/help/phpstorm/sharing-your-ide-settings.html#settings-repository

Ты все правильно делаешь

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

Ну так почитай выше

Командир

https://www.jetbrains.com/help/phpstorm/sharing-your-ide-settings.html#settings-repository

это другое, это настройки идешки, не настройки проекта. ну там шрифт, цветовая гамма, содержание менюшки, хоткеи

Плагины

Кодстайлы

А что тебе нужно?

именно настройки инспекций проекта должны рядом с проектом храниться, легко себе можно представить, что один проект у нас на 8.1 (и в нем свой сабсет инспекций), а какой-то старый - на 7.4, например, и там свой набор. если это будут глобальные настройки, будет не очень понятно что где применяется

А что тебе нужно?

в основном это конфигурации запуска и настройки инспекций

но и кодстайл, да (но ок, кодстайл можно в эдиторконфиг положить)

ну воощем-то пхп шторм обычно опрееляет версию пхп из композера и не показывает не нужные инспекции

это если речь про дефолтные, а если в одном проекте у нас strict not-null checks, а в старом-легаси - еще нет?

ЧТо тебе не понятно

Там создается репозиторий

для хранения настроек

создавай под каждый проект свой

то есть под каждый проект у меня должно быть два репозитория - один с кодом, другой с настройками?

и это всё нужно чтобы что, напомни? а то я чуть уже нить потерял, то сертификации какие-то мифические, то деплой гитом

то есть под каждый проект у меня должно быть два репозитория - один с кодом, другой с настройками?

Я думаю создать репы для настроек все-таки чуток быстрее чем ревьювить папку .idea

)

Но это слишком сложная логика для тебя

Потому что по факту ты её не проверяешь

Чисто на словах

Короче если она у тебя не попадает в прод, делаешь что хочешь вообще. Твое дело. Это реально холивар

пофиг на idea, когда используешь нормальные инструменты для стат анализа и стиля кода

пофиг на idea, когда используешь нормальные инструменты для стат анализа и стиля кода

но ведь их тоже коммитить надо!

хоть в блокноте пиши, если для тебя это лучше и производительней

ну увы, практика показывает, что нет, это не производительней примерно никогда

gitlab-ci не пропустит херь

как же ты любишь всех под одну гребенку стричь

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

но ведь их тоже коммитить надо!

ну да, не вижу проблем

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

вы не на удаленке?

не, бог миловал

пффф

не умеете в распределенные процессы значит

именно, да

мы пробовали (естественно вынужденно), в наших условиях продуктивность команды примерно на треть просела. если просто взять текущую команду и текущие процессы и просто унести на удаленку

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

разрабы, естественно, довольны: с утра на митинге в зуме покивал 20 минут, и можно целый день апероль пить в грузии своей, к вечеру подкоммитить чего, и уже плавно двигаться в сторону чачи

Ну да другое дело если он сидит в офисе пинает х..и главное что в офисе сидит и пялится в монитор

Если у него есть время свободное, он что в офисе что на удаленке будет прохлаждаться

Это просто вопрос контроля

я не настаиваю, что это так, но в офисе коммуникации проще даются. на удаленке цепочка "пойти спросить у гошников, как работает апи ххх, потом описать прокси на пхп для нее и сказать фронтендерам как туда ходить" часто рвётся посередине

типа тебе в слаке не ответили, ты расстроился и впал в астрал на 6 часов

Не знаю наша компания перешла на удаленку и все гуд

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

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

я вроде не говорил что удалёнка остой? или к чему ты?

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

ну увы, практика показывает, что нет, это не производительней примерно никогда

ВОт тут за всех решил что это никогда не производительнее

У вас не производительнее ок

так это не про удаленку, а про редактор vs иде

А короче. Сраться по удаленке точно менее продуктивно

и это действительно так, ни один текстовый редактор по продуктивности написания/рефакторинга кода не приблизится к специализированной идешке

ПОл дня на ушло на фигню какую-то

пятница, чо)

Ну. Я уже чачу пью

Шашлык дожаривается

Вчера зайца подстрелил в горах

А вы тут с репозиториями своими)

я немного с докером понять не могу, когда на винде разворачиваешь, закидываешь проект в wsl а как его через идешку открыть ? или мапинг надо настроить?

вроде там или через сетевое окружение можно доступ получить по пути \\wsl$ , с другой стороны вопрос, внутрь wsl кладут не часто. Что бы быстрее работало?

я немного с докером понять не могу, когда на винде разворачиваешь, закидываешь проект в wsl а как его через идешку открыть ? или мапинг надо настроить?

шторм сразу видит путь

я немного с докером понять не могу, когда на винде разворачиваешь, закидываешь проект в wsl а как его через идешку открыть ? или мапинг надо настроить?

хз, как другие ide, но в шторме когда проект открываешь, там сразу выбор есть тип диск C, D и wsl

вроде там или через сетевое окружение можно доступ получить по пути \\wsl$ , с другой стороны вопрос, внутрь wsl кладут не часто. Что бы быстрее работало?

да, для быстроты отклика, а то ждать каждый запрос по 3 сек не комильфо

хз, как другие ide, но в шторме когда проект открываешь, там сразу выбор есть тип диск C, D и wsl

у меня только с и d, wsl получвается как то надо примонтировать или подключить как флешку?

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

мб версия шторма старая какая-то?

не, обновил все, лицуха постоянно обновляю

проморгал наверно, хотя тоже исходил из такой же логики

я немного с докером понять не могу, когда на винде разворачиваешь, закидываешь проект в wsl а как его через идешку открыть ? или мапинг надо настроить?

https://devblogs.microsoft.com/commandline/access-linux-filesystems-in-windows-and-wsl-2/ пишут что да, примонтировать, потом доступен как сетевой диск

понял, спасибо вечерком займусь

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

Вооот. 👏