Как эффективно использовать GIT одному человеку в разных проектах?

Question

[ewb]

Здравствуйте! Так уж сложилось, что веду проекты (даже по работе) один, проекты разные, чаще всего кросс-платформенные, клиент-серверные мобильные приложения (клиент coronaSDK, сервер PHP).

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

При этом приходилось клиент и сервер вести по отдельности, что бы не удобно.

Наверняка дело в моем мало опыте и знания использования гита, может посоветуете что?
Я регулярно ввожу новые фичи в приложения, наверное надо делать отдельные ветки для новых фич и все такое?
Плюс хочу занятся разработкой нативных Android приложений, тоже клиент-серверных, может Android-studio как-то даст решение проблемы?

Comments

[tkutru]

Поднимите бек и фронт у себя локально, ведите код в одном репо. Под фичи отдельные ветки, но для одного человека git flow избыточен ИМХО. С GUI связываться не рекомендую, командная строка - наше все ;)

[Максим Мосейчук]

tkutru: плюс за консоль. Я хз как раньше без гита жил. Я даже файлы и пароли в гите храню, да даже конфиги (pass/git-annex/etc-keeper).

[Максим Мосейчук]

И конфиги в домашней дирректории - vcsh. Ну про код вообще молчу.

[Odinokun]

fshp: А не стремно пароли хранить на каком-то левом сервисе. А вдруг сольются?

[Максим Мосейчук]

Дмитрий: https://github.com/fshp/password-store сливайте

Answer 1

[Андрей Шишкин]

Возьмите за правило, что когда вы пишете новый функционал - всегда отводить новую ветку от основной. В основной у вас будет лежать код, который на данный момент работает на продакшене.

Тоесть, у вас есть проект. Надо реализовать новую фичу шифрования, например. Вы отводите ветку от основной
git checkout -b feature/encryption

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

git clone - выкачать репозиторий
git pull – получение изменений из удаленного репозитория
git checkout - переключиться на ветку
git checkout –b - отведение новой ветки от текущей с переключением на нее
git add – добавление файлов в индекс
git commit –m ‘’ – коммит с комментарием
git push origin - пуш закоммиченных изменений в удаленный репозиторий origin
git branch –d - локальное удаление ветки
git stash save –keep-index + git stash drop – локальное удаление изменений в отслеживаемых файлах

Comments

[ewb]

Спасибо!

[Антон Костин]

Я бы только команду git merge упомянул, если с ветками и так работаете)

[Андрей Шишкин]

Антон Костин: Вы правы. Просто это копипаста с моей шпаргалки по гиту. git merge в ней нет, так как мерж обычно сам не делаю.

Answer 2

[Николай Конюхов]

Посмотрите на SourceTree: разделение на проекты, ветки под фичи и баги да и вообще удобный и приятный в использовании GUI для Git. И почитайте про git flow