Ответы пользователя по тегу Bitbucket
  • Как вы называете git репозитории?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    gitlab, разделение проектов на группы, все счастливы.

    Еще вариант - один репозиторий для бэкэнда и фронтэнда (почему бы и нет?)

    сами вынуждены залезать в deploy скрипты

    у вас деплой скрипты вне репозитория хранятся?
    Ответ написан
    4 комментария
  • Как организовать связь между develop и production server?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Гуглить:

    continuous integration - как уже сказал DevMan, для тестов и сборки проекта
    continuous delivery - для автоматизации деплоя.
    Ответ написан
    Комментировать
  • Как настроить совместную работу sublime text 3, github и bitbucket?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    пишите код в саблайме, работаете с гитом в консольке. Вот и все.
    Ответ написан
    Комментировать
  • Ведется разработка в git репозитории, как поддерживать sql структура в актуальном варианте?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Миграции. Каждое изменение базы данных - делаете миграцию. Никакого изменения структуры базы вручную, написали миграцию, написали up/down оной и вперед накатывать и если что откатывать. Так же первоначальный дамп базы можно сделать как первую версию. То есть база с нуля должна разворачиваться миграциями.

    https://github.com/robmorgan/phinx - советую вот эту реализацию.

    Так же стоит реализовывать изменения БД так, что бы новая версия не ломала старую. Не нужно просто так удалять поля из базы, или таблицы. Только если без этого вот никак. Это позволит вам потом автоматизировать и процесс деплоя с откаткой изменений, но вам придется начать думать при проектировании БД.
    Ответ написан
    Комментировать
  • Git (BitBucket) + JIRA + PhpStorm — План работы?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Я обычно работаю по следующей схеме:

    Если над задачей работает один человек, то обычно в локальном репозитории создается отдельная ветка от мастера, и разработчик работает там. Если появились изменения в мастере — rebase коммитов из мастера в новую ветку поможет (если внесенные в мастер изменения вам нужны). Затем, просто делается rebase коммитов из новой ветки в master, а та самая локальная ветка попросту удаляется за ненадобностью. В дереве коммитов все будет выглядеть так, как будто бы все делали в мастере.

    Если же над таском работает не один человек — то просто пуште новую ветку и работайте по той же схеме, переодически синхронизируя изменения. Опять же по завершению работы коммиты ребейзятся на мастер и ветка (локальная и на сервере) удаляются.
    Ответ написан
    1 комментарий