Как правильно внедрить git?

Question

[mbhusty]

Приветствую!
Ситуация следующая. Работаю в небольшой вебстудии, и хотелось бы внедрить git в процесс, но не могу сообразить как будет правильно организовать все.
Сейчас все так, сайты лежат на нашем собственном сервере, по SFTP правим нужные файлы и сразу все это на боевой версии отображается.
Для начала создал приватный репозиторий в bitbucket, туда залиты файлы проекта. Как быть дальше?)

Comments

[Андрей Саныч]

ооо, вспомнил старые добрые времена) прям на проде работа идет, красота, классика)

[Антон Спирин]

Гуглим Git Flow, Github Flow, Gitlab Flow, etc. Читаем, внедряем, что больше подходит.

[Saboteur]

1. Настройте выкатку файлов на боевой сервер из конкретной ветки, например назовите ее release или prod.
Да хоть руками - зашли на сервер, git pull этой ветки. Главное чтобы мусора лишнего не было.
Можно даже автоматом тоже самое через крон.
Ну или поднять какой-нить инструмент (jenkins наверное даже чрезмерно для этого, но можете попробовать на дженкинсе настроить что-нибудь еще полезное)

2. Прямой пуш в эту ветку через битбакет запрещаете, - в эту ветку только через pull request. Остальные ветки - как хотите. Если есть тестовые сервера - на них тестируете ветку перед мержем вашего пулл реквеста в prod.

[crdrads]

Антон Спирин, имхо гитфлоу жестковато для старта.

[crdrads]

Saboteur,

Прямой пуш в эту ветку через битбакет запрещаете, - в эту ветку только через pull request

А как это запретить? Как это называется?

[Saboteur]

crdrads, заходите в настройках в меню branches
и там можно указать для конкретных бренчей запреты. Можно запретить direct push, с исключением для тимлида, или для специально заведенного аккаунта, который какую-то автоматизацию делает и кидает свои коммиты.

[metajiji]

Установите gitlab, настройте gitlab-ci, сборка и тестирование проекта на всех ветках, деплой только мастер. Обычная практика же:)

Answer 1

[Иван Феофанов]

Внедрять не гит надо, а процессы, гит это про другое. Если не в курсе процессов, можно смело начинать с https://danielkummer.github.io/git-flow-cheatsheet...

Answer 2

[Павел]

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

Comments

[mbhusty]

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

[Павел]

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

[karasique]

anisimov, для упорядочивания разработки системы контроля версий просто необходимы

[mbhusty]

karasique, похоже на сарказм)

[karasique]

anisimov, его нет :)

[Adamos]

на самом деле для мелких проектов гит не имеет смысла, он имеет смысл только тогда когда работает не один человек и проект постоянно дорабатывается множеством кода, функций

Гит не имеет смысла только в том случае, если код пишется один раз и никогда не дорабатывается.
То есть если вы работаете на корзину.

Answer 3

[karasique]

С чем конкретно проблемы? Делаете репозитории для проектов, на локалке или dev сервере тестируете. Коммитите свои достижения.
Когда хотите в продакшн - делаете отдельную ветку, причесываете ее (для мелких проектов, с минимумом автоматизации) и так или иначе заливаете/синхронизируете с продакшн сервером.

Для того, чтобы заливать файлы по фтп (если у вас не ide или она не поддерживает синхронизацию по sftp), можете использовать, например, Buddy.

Если у вас есть более конкретные вопросы - спрашивайте в комментариях или дополняйте вопрос :)