На браузерах Phaser работает вполне нормально, но на телефонах тормозит ощутимо даже с crosswalk. Без crosswalk пользоваться практически невозможно.
У crosswalk есть еще два недостатка: размер apk более 25 Мб, игра ощутимо долго загружается.
Если есть желание протестировать, то можете попробовать мою игру (головоломка): https://4pda.ru/forum/index.php?showtopic=882891 (версия 2.1 или ниже).
Версия 3.0 игры переписана на Godot. Скорость значительно выше, загрузка очень быстрая (splashscreen появляется на мгновение), размер файла при тех же ресурсах ~10 Мб.
Внутренняя объектная модель Godot мне понравилась значительно больше чем у Phaser.
syuzyov, пару лет назад ушел с Elementary на Mint. Первая запарила глюками интерфейса, особенно файловый менеджер.
Но Mint сделал похожим на Elementary (панельку вверх, Docky) ;)))
Локальный master и удаленный - это две совершенно разные, но равноправные ветки. Настолько же равноправные, как и в 10 других клонах вашего репозитория.
На самом деле равноправны все ветки и master ни сколько не особеннее других. Его можно легко удалить и пушить в удаленный мастер любую другую ветку.
Для Google Play пофиг на чем написано приложение. Нужно только чтобы название пакета было таким же и цифровая подпись та же.
Совет d-stream плохой. Новое приложение - это всегда немало сил и средств на его продвижение. Когда вы выпустите свое первое приложение и поймете, как тяжело его продвигать, то выпускать "софт+" вы точно не захотите. ;)
Это неудачный вариант, если разработчиков больше чем 1. По сценарию выше коммиты с удаленными файлами уже залиты на удаленный репозиторий, а значит могут быть уже скачаны другими пользователями.
Предлагаемый вами способ ни что иное, как rebase, а значит пушить придется с forced. За такие маневры вам здоровья точно не пожелают... ;)
плюс/любая цифра повторить от 1 до 3 раз/(тире/любая цифра повторить 3 раза) повторить скобки 2 раза/(тире/любая цифра повторить 2 раза) повторить скобки 2 раза
Фактически (в самом простом варианте) вы просто перечисляете, что за чем должно идти и сколько раз повторяться... по-моему как-раз все логично до предела. Кстати, то, что написано выше - это русскоязычный вариант, описывающий выражение для поиска сотового телефона в виде +7-903-374-44-11
Регулярка выглядит так (сверьтесь с русскоязычным вариантом): \+\d{1,3}(-\d{3}){2}(-\d{2}){2}
Надеюсь помог найти логику... ;о)
Думаю что правильный путь тот, где время жизни ветки не играет роли.
Речь идет о простом переключении между ветками. Это с одинаковой вероятность может понадобиться/не понадобиться в короткой/длинной ветке.
Я уже использую docker, но держу базу на хосте.
Да, держать базу в контейнере, сидировать данные и перезапускать контейнер - это хорошая мысль!
Спасибо!
Святослав, у вас просто концептуальная ошибка: вы считаете что flow это нечто железобетонное и их какое-то конечное число. Вот вы сейчас кодите и у вас уже есть свое flow, если он вам нравится, то продолжайте кодить так.
Flow - это просто жизненный путь кода от коммита до релиза. Будете ли вы делать ветки, будете ли вы мерджить или ребейзить - это просто соглашение между вами и соучастниками. Обратите внимания, что git-flow, который вы установили, по сути, не имеет отношения к git как к таковому (кроме того, что без него не работает), он даже устанавливается отдельно.
Вот вам мое flow - у меня только одна ветка, в которой я разрабатываю новый функционал, а фиксю я прямо в master. Но в этом проекте я работаю один и это flow меня полностью устраивает.
Если у вас большой проект с заморочками - используйте git-flow, если вы часто обновляете продакшен - используйте GitHub Flow, если вам не подходит ни то, ни другое, то придумайте собственный flow.
А использовать git-flow только по тому, что там можно написать git flow start release по меньшей мере глупо.
Святослав, я просто не вижу принципиальной разницы между:
git flow feature start MYFEATURE и
git checkout -b MYFEATURE
ну и далее по списку.
Ставить git-flow, чтобы потом говорить что "мы используем некий flow" - бредовая затея. Если вы понимаете как работает git, как делать ветки, слияния и т.п., то вы можете все те же операции выполнять обычными командами git, а значит вам ничего не стоит использовать любой более удобный для вас flow, например, GitHub Flow.
Святослав, прочитайте про GitHub Flow и поймете, что в git каждый волен выбирать свою речку...
ЗЫ: Ну а про cherry-pick должен знать каждый, кто создал хотя бы одну ветку, тем более что это просто как три рубля.
