
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
Мы решили для себя, что всегда последяя стабильная, если кто хочет быть на 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

Stanislav
08.01.2017
10:12:12

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 и жизнь снова не боль
возможно копитанство, но как-то мало об этом говорят.... да и люди с которыми работал тоже так не делали почему-то

Dmitriy
08.01.2017
11:07:11

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

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

$iD
08.01.2017
11:37:44

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

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

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

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

dypa
08.01.2017
12:27:47

$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

Salavat
08.01.2017
12:59:50

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

finkel
08.01.2017
13:00:45

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

Sergey
08.01.2017
13:01:01

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 комитов вперёд и нужно обязательно подтянуть то, что там... выхода два: мерж - тогда получим мерж комит, который нам не всрался ниразу.... ребэйз, поднимаем свою ветку к мастеру и потом мержим по средствам пулреквеста и получаем всё тот же мерж-коммит