Как при помощи Git ведя разработку в одной папке на VPS потом деплоить результаты в другую папку?

Question

[Роман]

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

Я таки решил в 100500-й раз попытаться освоить Git (ведь если им научилось пользоваться столько людей - значит в принципе это возможно, логично же?)))). Начать хочу с решения практической задачи - помогите мне пожалуйста.

1. Я веду сейчас разработку некоего проекта на Laravel. Коды правлю удаленно, на VPS под Ubuntu 18.04, при помощи Notepad++ и WinSCP.

2. Первично правлю коды в одной папке на одном домене, а потом, как все начинает более-менее работать - копирую файлы в другую папку (для другого домена) на том же сервере. Файлы иногда копирую при помощи mc, иногда кидаю в локальную папку, а потом обратно))

3. Подскажите пожалуйста конкретные команды для Git, которые помогут мне автоматизировать этот процесс, и одновременно позволят сохранять ключевые точки проекта (я сейчас делаю это в архивы). Если можно - прям с нуля (Git я установлю сам)))

4. Нужно ли для этого использовать GitHub или его аналоги?

В общем, хочу начать с такого вот.

Спасибо.

П.С. По мотивам общения ниже:

Создастся папка /home/user/deploy с копией репозитория, там можно делать git pull для обновления, но работать там будет сложно (не буду сейчас вдаваться в подробности), но это и не требуется, это же деплой. Работать надо в /home/user/repo.

Я исходно не совсем полно сформулировал задачу: по сути, мне нужно, чтобы можно было работать в обоих папках, полноценно.

Скажем так: результаты одной папки видны заказчику из веба - мы на ней согласовываем детали и правки, а в другой папке я чисто веду разработку. Но иногда, приходится править и в другой папке, той, что для заказчика - когда это мелкие изменения, которые я вношу прямо по ходу об суждения в реалтайме.

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

Я так понял, что Git как раз для этого и был создан :)

В принципе, могу это делать и через GitHub, используя его в качестве посредника (если это нужно) - мне сейчас главное понять, что конкретно нужно куда вводить и делать))))

Answer 1

[Yar Rick]

Нужно сделать git clone из папки с репо в нужную папку для deploy. Git работает не только по сети, но и локально. Например, папка с репо находится в /home/user/repo, а нужно задеплоить в /home/user/deploy:

cd /home/user && git clone /home/user/repo deploy

Создастся папка /home/user/deploy с копией репозитория, там можно делать git pull для обновления, но работать там будет сложно (не буду сейчас вдаваться в подробности), но это и не требуется, это же деплой. Работать надо в /home/user/repo.

Папка с исходным репо (/home/user/repo) может быть склонирована с Github/Gitlab, если так удобнее. Можно сделать приватное репо прямо на сервере, соединяться по ssh с домашней машины, но для этого нужно будет немного больше изучить Git :)

Ключевые точки проекта Git сохраняет сам при коммите. Всегда можно откатиться на какой-то коммит при помощи git checkout {COMMIT_HASH}.

Comments

[Роман]

Создастся папка /home/user/deploy с копией репозитория, там можно делать git pull для обновления, но работать там будет сложно (не буду сейчас вдаваться в подробности), но это и не требуется, это же деплой. Работать надо в /home/user/repo.

Я исходно не совсем полно сформулировал задачу: по сути, мне нужно, чтобы можно было работать в обоих папках, полноценно.

Скажем так: результаты одной папки видны заказчику из веба - мы на ней согласовываем детали и правки, а в другой папке я чисто веду разработку. Но иногда, приходится править и в другой папке, той, что для заказчика - когда это мелкие изменения, которые я вношу прямо по ходу об суждения в реалтайме.

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

Я так понял, что Git как раз для этого и был создан :)

В принципе, могу это делать и через GitHub, используя его в качестве посредника (если это нужно) - мне сейчас главное понять, что конкретно нужно куда вводить и делать))))

[Yar Rick]

Роман, тут два варианта:

1. По ходу обсуждения с заказчиком всё же работать в папке /home/user/repo, а в папке /home/user/deploy делать git pull для отображения заказчику. Переключаться между папками же не сложно, это буквально секунды :)

2. Деплоить прямо с гитхаба и делать git checkout на нужный коммит, тот который является стабильной контрольной точкой. В этом варианте можно работать прямо в этой же папке, но я бы рекомендовал первый вариант, он дисциплинирует и позволяет избежать конфликтов при слиянии.

P.S. Для работы на удаленном сервере по SSH рекомендую утилиту tmux, которая позволяет создавать несколько "окон" с разными папками и быстро переключаться между ними по горячим клавишам.

[Роман]

Да не, я могу просто несколько окон PUTTY открыть))

1-й вариант выглядит разумно, да. Спасибо. Я попробую :)

[Роман]

Кстати, а я могу как-то еще и на локальной машине делать копию удаленного репозитория? На всякий случай. А чем это лучше всего делать под Windows?

Т.е. просто как-то законнектиться с сервером и копировать с него все данные вроде как по ftp или типа того.

С GitHub я уже работал через их виндовый десктоп. А для серверов есть что-то такое?

[Yar Rick]

Меня сразу смутило в вопросе вот это - "Коды правлю удаленно, на VPS под Ubuntu 18.04". Это же неудобно. Работать надо на рабочей (домашней) машине в удобной IDE со всем комфортом, с нее коммитить в Github-репо, а с VPS соединяться по ssh, и там делать только git pull, то есть выкачивать на сервер с Github. Для этого вполне подойдёт и командная строка. То есть с рабочей машины код улетает на сервер через Github, не надо никакого FTP, он устарел.

Схема работы: рабочая машина -> Github -> сервер. Всегда в одном направлении.

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

Git тем и хорош, что это распределенная система контроля версий, можно построить любую схему работы. Однако, чтобы не запутаться и не страдать от конфликтов, работать проще всего в одном направлении, которое я указал выше. Сам делаю так, когда работаю в одиночку, никогда не приходится мерджить.

По советам ПО для Windows я не знаток, но когда приходится работать на этой ОС, пользуюсь Git For Windows. Это очень аскетичное ПО, но зато свободное. Там можно настроить git-команды, чтобы просто тыкать их мышкой из меню. Кто-то любит черепашку :)

[Роман]

Yar Rick, не люблю локально работать - это надо в виртуалбоксе убунту ставить - а виртуалбоксовский терминал почему-то лагает больше чем впс)) можно конечно коннектиться в виртуалбокс через путти - тогда не лагает и можно вставлять из буфера, но это те же яйца только в профиль))

И все-таки, вот у меня получилось клонировать из repo в deploy и теперь сделав пару коммитов в repo я хочу всё это дело передать в папку deploy - что мне написать в командной строке?

[Yar Rick]

Роман, в предложенной мной схеме нигде не упомянут виртуалбокс ) На локальной машине только пишется код, коммитится через Github на сервер - и там тестируется сколько душе угодно.

По вопросу - в папке deploy надо сделать git pull. Все )

[artem78]

Yar Rick,

Схема работы: рабочая машина -> Github -> сервер

коммитится через Github на сервер

В данном случае GitHub будет излишним. Ведь можно использовать репозиторий на VDS как основной и пушить туда через SSH.

Роман,

не люблю локально работать - это надо в виртуалбоксе убунту ставить

У меня две системы на пк стоят: windows 7 и linux mint. Переключаюсь между ними по мере надобности. Виртуалка - это не очень удобно и немного прожорливо по системным ресурсам. Но для новичка, возможно, неплохой вариант.

[Yar Rick]

artem78, я так и делаю - все репы на VPS, работаю по SSH, но ведь это надо уметь настроить, а мы тут с самых азов начинаем. И это нужно, если вдруг сильно трясёшься за свои исходники. А если доверяешь Github, то он выступает как дополнительный надёжный бэкап всех проектов.

[artem78]

Yar Rick, Основная проблема GitHub (для меня) что приватные проекты можно только за денюжку создать. На своём VDS можно тот же GitHub поднять, только лучше и почти бесплатно.

[Yar Rick]

artem78, с недавних пор на Github приватные репы стали бесплатны, но лучше Gitlab. Хотя я тоже предпочитаю свои приватные репо на своем сервере.

[artem78]

Yar Rick,

с недавних пор на Github приватные репы стали бесплатны

Правда? Тогда супер!
Есть лимиты на кол-во репозиториев или другие ограничения, не знаете?

[Роман]

с недавних пор на Github приватные репы стали бесплатны

Тож не знал)) щасглянем))

[Роман]

artem78, а как именно

В данном случае GitHub будет излишним. Ведь можно использовать репозиторий на VDS как основной и пушить туда через SSH

у меня установлен GitHub Desktop - можно ли это делать через него?

[Роман]

artem78,

Сервис для совместной работы над кодом GitHub объявил об изменении тарифной сетки. Отныне бесплатным аккаунтам сервиса доступно безлимитное количество приватных репозиториев с участием до трёх соавторов.

просто вау!)) прям для меня!))

[artem78]

Роман,

у меня установлен GitHub Desktop - можно ли это делать через него?

Никогда не пользовался. С git-ом предпочитаю работать через консоль. В т.ч. и на Windows через Cygwin.

Говоря, что GitHub не обязателен, я имел в виду, что если вы ведёте разработку у себя локально, то изменения можно заливать напрямую в репозиторий на VDS (без GitHub-а в качестве посредника). Для этого Вам потребуется git-клиент установленный на локальной системе и доступ к репозиторию на VDS (обычно используют ssh). Из клиентов могу порекомендовать SmartGit. Он:

• работает на Window и Linux (написан на Java)
  
• бесплатен для некомерческого использования
  
• многофункционален
  
• для новичков, возможно, по-началу будет сложноват в использовании
  

Есть и другие. Смотрите список на сайте Git-а - https://git-scm.com/downloads/guis

[Роман]

artem78, спасибо!

Пока настроил push на GitHub а оттуда pull в deploy

GitHub - для сохранности, к тому же там интерфейс удобный

в общем, все хорошо)

Answer 2

[artem78]

Сделайте отдельно две ветки - одну под разработку, другую для рабочей версии проекта. Назовём их, к примеру, develop и production. У себя работаете только с веткой develop. Когда сделали и протестировали некоторый новый функционал, мержите всё это дело в production. И ещё добавьте хук для автоматического обновление файлов на рабочем сервере при изменениях ветки production (возможно ещё применение миграций БД потребуется (если используете) и пр.).

Comments

[Роман]

Артем, спасибо, но

Сделайте отдельно две ветки

мержите всё это дело в production

И ещё добавьте хук для автоматического обновление файлов на рабочем сервере при изменениях ветки

это для меня - авадакедавра - я ничего не понимаю

вот

cd /home/user && git clone /home/user/repo deploy

из примера выше - я понимаю, да :)

[artem78]

Роман,

это для меня - авадакедавра - я ничего не понимаю

В таком случае Вам нужно начать с изучения основ Гита, особое внимание уделив теме ветвления и слияния.
https://git-scm.com/book/ru/v1/%D0%92%D0%B5%D1%82%...

Тут важно не знание конкрентных команд, а понимание самой сути.

Также советую посмотреть эту статью про модель ветвления (если осилите, конечно): https://habr.com/ru/post/106912/

[artem78]

Роман, Могу предложить более простую модель без ветвления. Допустим, рабочий проект лежит в папке /home/user/prod/, а разработку ведёте в /home/user/dev/.

Создаём репозиторий в папке dev

cd /home/user/dev/
git init

Затем клонируем его в папку prod
git clone /home/user/dev/ /home/user/prod/

Все изменения делаете ТОЛЬКО в папке dev, prod НЕ трогаем. Допустим, вы сделали 5 коммитов и хотите отправить их в рабочую версию. Для этого заходите в папку prod и делаете pull

cd /home/user/prod/
git pull

Можно сделать автоматическое обновление папки prod при каждом коммите в dev при помощи хуков. Для этого нужно создать файл /home/user/dev/.git/hooks/post-commit со следующим содержимым:

#!/bin/sh

echo ""
echo "Подтягиваем изменения в production"

cd /home/user/prod/
unset GIT_DIR
git pull

exec git update-server-info

[Роман]

artem78, шикарно!! Спасибо! Теорию гита сейчас изучаю, но вот эти инструкции - именно то что нужно.

Про хуки вообще не знал что они есть в гите))

[artem78]

Роман, Если хотите, могу также подробно разъяснить как отдельные ветки для разработки и продакшена использовать. Я первоначально хотел именно об этом написать, но когда уже набрал большую часть текста, браузер неожиданно гикнулся и все записи пропали :) Потом решил не нагружать Вас и описал более простую модель.

[Роман]

artem78, оно работает)) еще раз спасибо.

Хуки не пробовал, но это пока и без нужды :)