Из того, что очень прям понравилось:
— мощный механизм выбора чего коммитить
— возможность раскидать по папкам внутри программы
— раскладывает ветки в стиле gitflow по папкам, такого пока нигде не видел (ну и поддержка gitflow)
— ну и главное — при мерже/ребейзе бекапит состояние и если что — легко откатывает.
Единственное — merge тулза нужна внешняя, если у кого-то есть вменяемый вариант, буду рад услышать.
А почему нельзя было дизайнерам отвести по ветке, а конечным разработчикам мержить в свои ветки дизайнерские наработки? Это позволит дизайнеру коммитить без напряга, а разработчику удобно подтягивать нужную версию.
На osx попробуйте tower2. Я попробовал и через месяц купил — ни разу не жалею, отличная штука, гораздо удобнее запутанного source tree, с бОльшим функционалом, чем у GitHub.app.
Так смысл моего комментария в том, что не хватает для speed dial возможности выбирать также как в закладках, а для закладок не хватает варианта «вставить свою картинку», или на последнем варианте с текстом — настроить фон и шрифт.
Добавьте больше кастомизации. Например я хочу чтобы фон у хабра был белый, а не красный. Ну и очень круто было бы возможность указать ссылку на картинку, чтобы отображалась именно она. Ну и все эти возможности по выбору картинок для превью добавить для speed dial
По поводу аннотаций — уберите @param и @return, сразу станет чище. По поводу контроллера — зачем вы проверяете $entity? Симфони самостоятельно кинет исключение, если не найдет сущность.
По поводу репозиториев — полностью поддерживаю.
По поводу моделек, я считаю у вас не правильный подход с генерацией. Все что нужно phpstorm сгенрирует вам сам, а вот контролировать схему и класс модельки одновременно, а не в двух файлах — очень удобно. Ну и есть классная идея — сначала пишешь классы, а потом делаешь их них Entity. Тогда код будет чище.
А есть вообще удачные билд-системы для фронтенда не на nodejs? Просто если нужно что-то сложное — сразу появляются костыли, которых как раз и стоит избегать разделением проекта.
Нет, но мне стало невыносимо стыдно за мой текущий уровень английского.
— мощный механизм выбора чего коммитить
— возможность раскидать по папкам внутри программы
— раскладывает ветки в стиле gitflow по папкам, такого пока нигде не видел (ну и поддержка gitflow)
— ну и главное — при мерже/ребейзе бекапит состояние и если что — легко откатывает.
Единственное — merge тулза нужна внешняя, если у кого-то есть вменяемый вариант, буду рад услышать.
А вот это как раз привет логика svn. В git для этого офигенный механизм веток, а не всем в
trunkmaster вместе пушить.path: my_logout # вместо /logout
Чего? По протоколу git:// публичные репозитории и так отдаются.
@paramи@return, сразу станет чище. По поводу контроллера — зачем вы проверяете $entity? Симфони самостоятельно кинет исключение, если не найдет сущность.По поводу репозиториев — полностью поддерживаю.
По поводу моделек, я считаю у вас не правильный подход с генерацией. Все что нужно phpstorm сгенрирует вам сам, а вот контролировать схему и класс модельки одновременно, а не в двух файлах — очень удобно. Ну и есть классная идея — сначала пишешь классы, а потом делаешь их них Entity. Тогда код будет чище.
Это черновая версия. Следите за оригинальной ссылкой.