@prophp7

Страница 172 из 1387
Sergey
06.01.2017
20:18:15
не варажая это простое бизнес правило никак в коде

da horsie
06.01.2017
20:22:22
а какой в этом практический смысл?

Sergey
06.01.2017
21:52:26
а какой в этом практический смысл?
бизнес правило "юзернейм должен быть уникальным" выражено явно в коде. Никто и никогда ни при каких обстаятельствах не забудет об этом когда будет пытаться вызывать метод changeUsername

ну или когда будет просто читать код

Google
Sergey
06.01.2017
21:52:53
инкапсуляция бизнес правил

Aleh
06.01.2017
22:37:07
просто там нет "объектов" в привычном смысле
Кстати мысль про "все - объект" может свестись к "объект - все"

Sergey
06.01.2017
23:16:11
я не понял короч)

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

ну тип скоупы настроены, шаблоны и т.д.

инспекшены

da horsie
06.01.2017
23:59:24
мы че тока не коммитим

включая папку vendor

Sergey
07.01.2017
00:00:37
)))

а вендоры зачем?)

da horsie
07.01.2017
00:01:29
потому что не умеем по-другому

и заниматься настройкой некому

Google
da horsie
07.01.2017
00:02:00
раньше вообще никакого композера не было )

был тлен и безысходность

раньше = год назад

щас тлена чуть меньше

но безысходности прибавилось

Vladimir
07.01.2017
00:30:27
тут может есть кто коммитит настройки проекта в шторме в git что бы у всей команды было одинаково все?
Мы так делаем, всё норм, но нужно что бы всегда была одинаковая версия у всех

Мы решили для себя, что всегда последяя стабильная, если кто хочет быть на EAP, он просто не коммитит свои изменения

finkel
07.01.2017
00:44:24
da horsie
07.01.2017
00:45:11
теперь мне не так стыдно

Vladimir
07.01.2017
00:55:10
А как вы деплоите?

Я так понимаю единственный фактор хранить vendor в git это деплой?

?
07.01.2017
18:00:20
нечесе

мы че тока не коммитим

включая папку vendor

Vadim
07.01.2017
18:27:15
мы че тока не коммитим
можно извратиться еще чуть больше (но типа правильней) и поднять локальный пакагист (не помню как называется) и перевести все зависимости туда :)

?
07.01.2017
18:36:43
локальный пакагист ? не не слышал)

Pavel
07.01.2017
22:13:19
Кто тут с робокассой работал? Куда накидывать отправление почты? Если на result накинуть то сразу по 4 письма приходят.

Egor
08.01.2017
03:57:29
Требуется: PHP разраб, возможно джун. На проект бэкэнд для мобильного приложения, работа с базой, чтение, редактирование, простейшая верстка. Свободный график, загрузка небольшая, пару часов в день, но задачи нужно выполнять оперативно. По оплате договоримся либо по часам, либо оклад в мес от 15к, ещё раз пишу что загрузка по проекту в неделю не более 8-10 часов Требования: Опыт разработки веб-приложений. Базовые знания JS/HTML/CSS. Основы SQL-запросов #вакансия Контакты для связи: @bormoley

Pavel
08.01.2017
10:12:43
по четыре о_О
Ага, странно

Google
Sergey
08.01.2017
11:04:36
блин почему я раньше не выкидывал vendor из индекса шторма... сейчас все прям летает

за 5 минут перелапатил кучу кода.... не надо ждать по 5 секунд на всякие поиски... ух

вжопу vim

Aleh
08.01.2017
11:05:44
)))

Sergey
08.01.2017
11:06:07
ну и для js проектов тоже самое

node_modules в эксклуд

чисто для автокомплита добавить в external libraries и жизнь снова не боль

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

Sergey
08.01.2017
11:07:25
ну когда ты просто запускаешь проект - да

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

что они так делают

Sergey
08.01.2017
11:08:19
еще один плюс монолитных репозиториев

Dmitriy
08.01.2017
11:10:02
ну когда ты просто запускаешь проект - да
Только что проверил, когда с композера симфони запустил. Он каждую папку в вендор добавил в исключение

Sergey
08.01.2017
11:10:18
> когда с композера симфони запустил не понял

ну может я просто по другому проекты инициирую

1. у меня свой шаблон проектов 2. я их из исходников создаю

Dmitriy
08.01.2017
11:10:53
Новый проект стартую, он сам мне с композера тянет.

Sergey
08.01.2017
11:11:21
ну в целом если я локальный репозиторий пакетов разверну

то можно будет делать так же

Google
Sergey
08.01.2017
11:11:31
мой стартер проекта в приватном репозитории лежит

Dmitriy
08.01.2017
11:12:12
1. у меня свой шаблон проектов 2. я их из исходников создаю
А так тоже добавит в исключение если включена интеграция композера и проекта

Sergey
08.01.2017
11:12:34
> А так тоже добавит в исключение если включена интеграция композера и проекта ну... у меня он спрашивает надо ли

и опять же это если composer плагин установлен (что я и сделал собственно)

Sergey
08.01.2017
11:38:15
composer plugin

он тебе сам предложит все сделать

$iD
08.01.2017
11:40:02
Речь про php composer.json support плагин?

Dmitriy
08.01.2017
11:42:31
да

Admin
ERROR: S client not available

dypa
08.01.2017
11:50:15
возможно копитанство, но как-то мало об этом говорят.... да и люди с которыми работал тоже так не делали почему-то
это попытка использовать шторм как текстовый редактор, многие не используют внутренний gui для системы контроля версий, а зря.

Vladimir
08.01.2017
12:11:24
Как раз не зря многие не используют внутренний gui для систем контроля версий. Он делает не пойми что часто, и переодически ломает разные вещи

Dmitriy
08.01.2017
12:16:09
git в шторме умеет хорошо только простые вещи.

Aleh
08.01.2017
12:19:42
Простые вещи все же удобно делать, типа папочки в комит покликать

Сомнительно, но все же не так и плохо)

$iD
08.01.2017
12:35:39
git rebase -i HEAD~2

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

Aleh
08.01.2017
12:37:36
а в шторме вообще есть интерактивный ребейз?

$iD
08.01.2017
12:37:41
да

Google
Vladimir
08.01.2017
12:44:09
примеры будут?
Да без проблем. У мы делаем всегда pull —rebase, если там есть конфликты, то их через шторм лучше не решеать, так как он не понимает в какой стадии находится, и вечно пытаеться что-то сделать что убивает коммиты следующие за конфликтным

И такой херни так вагон и телега

dypa
08.01.2017
12:45:10
rebase то зачем?

Sergey
08.01.2017
12:55:52
rebase то зачем?
потому что пользователей git можно разделить на две категории. Кто ребейзят свои фичабрэнчи и нет.

мне больше нравится ребейз тупо потому что позволяет делать более читабельную историю

finkel
08.01.2017
12:59:34
мне больше нравится ребейз тупо потому что позволяет делать более читабельную историю
"надо уже начать пользоваться ребейзом", такая мысль ко мне приходит раз в полгода примерно)

Sergey
08.01.2017
13:00:24
rebase vs merge это извечный холивар

как по мне это личный выбор и не более

finkel
08.01.2017
13:00:45
rebase vs merge это извечный холивар
а я думал мердж это для тех кто не умеет ребейз)

Aleh
08.01.2017
13:00:49
Ну наверное личный в рамках команды

Aleh
08.01.2017
13:01:05
Не совсем личный)

Sergey
08.01.2017
13:01:11
https://www.atlassian.com/git/tutorials/merging-vs-rebasing/

Salavat
08.01.2017
13:01:40
Sergey
08.01.2017
13:01:41
вот хорошая статья на эту тему

развернутая с разбором

finkel
08.01.2017
13:03:45
вот хорошая статья на эту тему
спасибо, почитаю на досуге)

Vladimir
08.01.2017
13:03:49
rebase то зачем?
rebase что бы не создавать миллиион мердж коммитов при каждом pull

В целом мы фичабранчи мержим, что бы как раз легко видеть когда какая фичв была залита в мастер

$iD
08.01.2017
13:06:51
это не мешает использовать ребэйз. например фича делалась месяц и мастер уже давно ушёл на овер 300 комитов вперёд и нужно обязательно подтянуть то, что там... выхода два: мерж - тогда получим мерж комит, который нам не всрался ниразу.... ребэйз, поднимаем свою ветку к мастеру и потом мержим по средствам пулреквеста и получаем всё тот же мерж-коммит

Страница 172 из 1387