Как правильно организовать работу с Git для соло-разработки?

Question

[Лев Салатов]

Доброго времени суток!

В настоящее время, проект (PHP + MySQL) существует на одном сервере.
Используем два домена:
- site.ru - рабочая версия сайта
- dev.site.ru - тестовая версия сайта
Оба сайта сейчас используют одну базу данных (раньше было две отдельных, но потом решили использовать одну).

Как сейчас выглядит работа:
1. Заказчик ставит задачу
2. Работаю с файлами сайта dev.site.ru
3. При готовности задачи - копирую файлы из dev.site.ru в каталог сайта site.ru

Сейчас добавилась некоторая сложность: периодически, заказчик может самостоятельно внести какие-либо изменения с оформлением. Логику не трогает, то может поправить css или html.

А иногда и для меня ставится задача, внести корректировки по оформлению и достаточно часто возникает желание, написать несколько строк сразу в каталоге site.ru. Но потом, при более сложной задаче мне приходится копировать все из каталога site.ru в каталог dev.site.ru для актуализации.

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

Давно хотел начать использовать Git правильно, прочитал Pro Git, ознакомился с Git Flow и GitHub Flow.

В целом есть некоторое понимание того, ЧТО нужно сделать, но никак не могу понять КАК правильно это сделать.

Как сейчас вижу решение:
1. Создать закрытый git-репозиторий на GitHub
2. Сделать git push из каталога site.ru в ветку master на GitHub
3. При поступлении задачи - из ветки master на GitHub делать git pull в каталог dev.site.ru
4. Создать ветку task-123 (123 - номер задачи), решить задачу.
5. Слить ветку task-123 вместе с --no-ff в master локально (каталог dev.site.ru).
6. git push в ветку master на GitHub
7. Из ветки master на GitHub, сделать git pull в каталог site.ru, чтобы получить реализованную задачу.
8. Если вносятся изменения заказчиком (или мной) в каталоге site.ru (касаемо html или css) - делать git push в ветку master на GitHub.

Все ли я правильно понимаю?
Если возможно, пожалуйста, распишите подробнее или дайте ссылку на ресурсы.
Заранее спасибо!

Comments

[scottparker]

по сути правильно, только на удалённый можешь пушить ветки по задачам, на удалённом мержить в мастер через интерфейс и пулить мастер на боевом

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

Вы правите проект прямо на сервере? Работа на локальном компьютере не устраивает?
При такой организации вам тут не нужны ни ветки, ни промежуточный сервер GitHub.
Инициализируйте репозитории в каталогах обоих сайтов и обменивайтесь коммитами между ними прямо в ветке мастер.

[Лев Салатов]

scottparker, спасибо за ответ. Т.е. можно будет обойтись без ветки dev? Просто master и ветки по задачам?

[Лев Салатов]

Сергей Кузнецов, спасибо за ответ. Да, локально не работаю, так как задачи проверяет заказчик на dev.site.ru.
Не совсем понял насчет двух репозиториев. Т.е. я делаю git init в каталогах dev.site.ru и site.ru, но как я могу обмениваться между ними? И где именно тогда должна быть ветка master?

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

Лев Салатов, два репозитория. Общая ветка мастер. Обмениваться как обычно — push/fetch
Это основы Git, должно быть понятно если вы читали ProGit.

Какая разница как заказчик проверяет? Работаем локально на своём компе. Отправляем на тестовый сайт. Если утвердили — отправляем на боевой сайт. Хотя если у вас там напрямую правится рабочий сайт, то немного сложнее синхронизировать.

GitHub используем если репозитории не видят друг друга напрямую.

[Лев Салатов]

Сергей Кузнецов, все понял. Большое спасибо.

Answer 1

[Saboteur]

Если ты один, сделай флоу какой тебе удобный с нейм конвеншеном какой тебе удобен.

Сделай две ветки:
site-ru
dev-site-ru

Делай ветки для вставки новых крупных фич типа:
feature-XXXX

как ветка готова, мержи ее в dev-site-ru c --squash
Как протестировал на дев, делай мерж в site-ru

Для тебя и клиента будет интуитивно понятно что за ветки, и не надо будет запоминать зачем нужен мастер или транк.

Comments

[Лев Салатов]

Saboteur, спасибо за ответ.
Не совсем понял, как обойтись без master. Ее нужно переименовать в site-ru?

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

Лев Салатов, я тоже не понял зачем столько веток создавать. Делайте проще.

[Saboteur]

Лев Салатов,
master это просто имя. Оно может быть, оно может не быть.
С точки зрения гита это просто первая созданная ветка. Можно создать другую и работать в ней. Гит никак не выделяет мастер среди других веток. Ведь merge вы делаете в любом случае сами, и выбираете куда мержить.

Можете оставить master для основного сайта, dev для тестового.
Вообще делайте так, как вам удобнее.
Все эти git flow и другие flow - придуманы для того, чтобы облегчить жизнь, когда не только разработчиокв много, но и уже команд разработчиков много.