Для 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 должен знать каждый, кто создал хотя бы одну ветку, тем более что это просто как три рубля.
Александр, я уже посмотрел на OctoberCMS и понял что эта система мне принципиально не подходит. Октобр - это система не для программиста, а, скорее, для дизайнера. Там все делается через интерфейс: таблицы, связи между ними, фильтры, вьюшки и т.п. (все то, что в коде делается просто и наглядно). Эдакий низкоуровневый Drupal. ;)
Она не выполняет самый главный п.1.
Станислав Почепко: Socialite делает именно то, о чем вы говорите:
1. Аутентификация на сервере
2. Получение токена
3. Сохранение токена в хранилище
4. Передача токена при каждом запросе (только не в урл, а через заголовок запроса)
Станислав Почепко: Станислав, ваш наезд не засчитывается.
Если бы вы прочитали про пакет Socialite, то увидели бы что это - реализация клиента. Если целевой сервер использует OAuth 1.0 или OAuth 2.0, то с помощью Socialite вы на нем легко аутентифицируетсь. Ну а затем используйте любые вызовы API.
Правда я не понял что значит "вручную на контроллерах" и какую "магию" вы хотите получить, ну да ладно...
Совет d-stream плохой. Новое приложение - это всегда немало сил и средств на его продвижение. Когда вы выпустите свое первое приложение и поймете, как тяжело его продвигать, то выпускать "софт+" вы точно не захотите. ;)