Как правильно использовать Git при работе над SPA приложением одному разработчику?

Question

[ewb]

Здравствуйте.
Долго избегал использование Git, но настала пара преодолеть свои страхи.
Разрабатываю SPA приложение на JavaScript и PHP (в будущем замена на Node.js) на сервере для реализации API.
То есть сразу делаю и фронт и бек.
Встал остро вставать вопрос над версионированием кода.
Перед реализацией какой-то новой фичи или рефакторинга приходится делать просто ручной бекап файлов и на клиенте и на сервере, а порой еще и структуру базы.

Подскажите пожалуйста, как было бы наиболее эффективно внедрить Git, что бы упростить все вышеописанное?
То есть хотелось бы одним коммитом сохранить и JS и PHP код.
Использую Atom, но без проблем могу перейти на любой другой свободный редактор/IDE.
Разработку веду сразу на рабочем VPS используя FTP-плагин для Atom, который позволяет редактировать файлы на сервере, как локальные.

Comments

[Толстый Лорри]

Не нужно использовать Git для деплоя. Для этого существуют специальные инструменты.

[Anton Mashletov]

Толстый Лорри, почему это?

[ewb]

Толстый Лорри, для деплоя и не предполагал. Сугубо хранение и версионирование.

[ayazer]

Anton Mashletov как самый простой сценарий:
1) добавляем файл в гит
2) деплоим
3) убираем файл с гита
4) получаем кучу веселья пытаясь понять что за мистика происходит и почему какой-то кусок системы работает не так как локально
5) понимаем что удаленние файла с системы контроля версий не удаляет его с диска

[Толстый Лорри]

Anton Mashletov, потому что он не предназначен для этого.

Answer 1

[Alexander Pushkarev]

Не особо понятно, что вы подразумеваете под словом "правильно". Берёте GIT и просто используйте. У нас все проекты делятся две ветки (SPA. Vue + Laravel):
1) master
2) develop

Разработка ведётся в develop, когда всё протестировано, делается merge в master. Если у вас какая-то большая фича, то можно ответвляться от develop и когда она закончена сливать и удалять её.

Comments

[ewb]

Спасибо за ответ.
Я практически не имею опыта с GIT, поэтому и сам точно не могу сформулировать, иначе бы просто оперативно все нагуглил.
То есть вы предлагаете использовать две ветки, одну для клиента, и одну для сервера? Где при этом физически должен быть установлен GIT?

[Alexander Pushkarev]

ewb, у нас и бэк и фронт в одной папке находится. Поэтому у нас всего две ветки. Если у вас в разных, то делайте 4 ветки. Нельзя разрабатывать в master ветке. Она должна содержать в себе оттестирвоанный код. А вообще можете просто зайти в какие-нибудь популярные репозитории и посмотреть какие у них есть ветки.

Вот несколько примеров:
https://github.com/benweet/stackedit/branches
https://github.com/wordpress-clients/hybrid/branches
https://github.com/edgurgel/httpoison/branches

[Андрей Андреев]

ewb, гит должен быть везде установленн.
И на вашей рабочей машине и на сервере.

И деплоите через git тоже
Очень упрощенный вариант:
deploy.sh

#!/usr/bin/env bash
ssh [e-mail] 'cd /var/www/sitiename.com && git reset --hard origin/master &&  yarn install && yarn build'

[Alexander Pushkarev]

Андрей Андреев, тут спорное решение на счёт гита на сервере. Из вашей команды следует, что на проде должен быть git, node, yarn. А зачем оно там? Хранить на проде node_modules такое себе удовольствие. Проще уж использовать CI. Благо сейчас почти все предоставляют его

[hckn]

Alexander Pushkarev, каким образов вы собираетесь запускать на проде приложение на Ноде, не установив Ноду? У вас там феи и единороги и волшебный CI?

[Андрей Андреев]

Alexander Pushkarev, это очень упрощенный пример, для полноцееного деплоя есть Capistrano и друзья.

[Johny Smith]

Ещё бывают какието А ветки помимо М или D, что означает "А" и что именно в ней кодят?

[Anton Mashletov]

Alexander Pushkarev,

Из вашей команды следует, что на проде должен быть git, node, yarn. А зачем оно там? Хранить на проде node_modules такое себе удовольствие.

У вас есть более весомые аргументы почему это плохо?

[JihadTV]

Alexander Pushkarev, у вас node_modules лежит в репозитории?

[Alexander Pushkarev]

hckn, я про текущий сайт. Когда нода будет это то понятно
Anton Mashletov, хранить кучу файлов, которые не будут использоваться (пока нет ноды)
JihadTV, на моём проекте? Нет, у меня всё TeamCity собирает и заливает.

Вот так собирается проект Laravel + Vue
Git push -> TeamCity -> сервер для сборки приложения -> заливка прод

сервер для сборки приложения: npm i && npm run prod && composet install
заливка прод: заливается в отдельную папку, старая выступает как бекап, который можно в один клик откатить. У сервера прописывается путь до новой версии. Предыдущий бекап удаляется.

Как итог у меня всегда есть новая версия и предыдущая. Используется для этого 3 отдельных сервера

[hckn]

JihadTV, кто тут говорил что node_modules в репозитории? Что за ересь?

[Дмитрий]

Что вы заладили node_modules, node_modules? Для этого есть .gitignore

Answer 2

[Владимир Летягин]

Здесь уже больше зависит от твоих потребностей.
Обычно делают два отдельных git репозитория для фронта и бека.
Так ты всегда сможешь отдельно откатывать изменения для них.

Но возможно, так как разработку ведешь один, будет удобнее использовать один репозиторий и для бека и для фронта.
Только я все равно не рекомендовал бы делать коммиты в которых одновременно изменения и для фронта и для бека. Лучше их по максимуму разделять.

Если я правильно понял твои потребности, то тебе не стоит сильно над этим заморачиваться, а просто начать использовать. И со временем придет понимание того, что именно нужно.
Главное не забудь хранить все на чем-то вроде битбакета.

И да, чтобы не делать бекап структуры базы используй миграции, если еще не используешь их.

Comments

[ewb]

Спасибо за ответ

[Евгений]

Для одного разработчика необязательно разбивать код на два репозитория. Даже многие проекты большего размера хранят код фронтенда и бэкенда в одном репозитории.

[Владимир Летягин]

Евгений, Да, именно так. В моем комментарии об этом говорится

Но возможно, так как разработку ведешь один, будет удобнее использовать один репозиторий и для бека и для фронта.

Answer 3

[Евгений Вольф]

Здравствуйте.

Здравствуйте.

Разрабатываю SPA приложение на JavaScript и php (в будущем замена на Node.js) на сервере для реализации API.

Что именно Вы разрабатываете и на чём - значения не имеет, если исходный код представляет из себя файлы.

Перед реализацией какой-то новой фичи или рефакторинга приходится делать просто ручной бекап файлов и на клиенте и на сервере, а порой еще и структуру базы.

Вместо этого - просто берёте и делаете новую ветку.

Подскажите пожалуйста, как было бы наиболее эффективно внедрить GIT, что бы упростить все вышеописанное?

Для наиболее эффективного внедрения Git - обычно используют его установщик (инсталлятор, пакет и т.п.) под соответствующую операционную систему.

Использую Atom, но без проблем могу перейти на любой другой свободный редактор/IDE.

Git никак не связан с редакторами и/или IDE, можете использовать что угодно или вообще сторонний Git-клиент, типа TortoiseGit (и прочих подобных).

То есть хотелось бы одним коммитом сохранить и JS и PHP код.

Вы можете сохранять одним коммитом любое количество файлов (если сильно углубиться в подробности, то дельты изменения файлов, но это Вам не очень интересно, я думаю).

Разработку веду сразу на рабочем vps используя ftp плагин для Atom, который позволяет редактировать файлы на сервере, как локальные.

Можете поставить Git в т.ч. и на удалённый сервер и обновлять там файлы проекта с помощью "push"а, но, с учётом конктекста Вашего вопроса, я бы всё-таки порекомендовал для начала разобраться с Git'ом получше, а сервер для разработки всё-таки ставить локально и не лохматить бабушку.

P.S. А для начала, рекомендую Вам посмотреть какие-нибудь видео-уроки от доморощенных экспертов, на тему "как использовать Git", коими, я уверен, Ютуб завален до краёв.

Comments

[ewb]

P.S. А для начала, рекомендую Вам посмотреть какие-нибудь видео-уроки от доморощенных экспертов, на тему "как использовать Git", коими, я уверен, Ютуб завален до краёв.

Вот пожалуй с этого и начну.

[SagePtr]

Для Atom кстати есть плагин, позволяющий прямо в редакторе переключать ветки, делать коммиты и пушить, не переключаясь ради этого в консоль (а также отображает изменённые но незакомиченные файлы в боковой панели другим цветом) - само собою, возможностей плагина намного меньше, чем у командной строки, но основные функции выполнить за пару кликов позволяет.

[ewb]

Спасибо за ответ.
Для этого и указал используемый редактор, так как знаю на наличии плагинов.
Может быть подскажите какой-то конкретный?

[Евгений Вольф]

ewb, зачем Вам какие-то плагины для Atom'a, если он поддерживает основной функционал Git'а из коробки? Для примера: (правый нижний угол Atom'а).

[Сергей Кузнецов]

Ребята, не пытайтесь склонять слова написанные латиницей! В английском языке нет падежей.
Евгений Вольф если поправишь, отмечу решением.
ewb Как в 21 веке можно вести разработку без Git?