Как сделать автоматический git pull на сервере?

Question

[Миха Панкратов]

Добрый день,

подскажите можно как-то автоматизировать git pull на сервере?
Хотелось чтобы при git push на локальном компе автоматически принимались изменения на сервере. Подскажите кто так делал? Как это настраивать? Спасибо.

Comments

[Алексей Уколов]

183614956: автор, очевидно, имеет ввиду не git-сервер, а сервер своего приложения.

[Миха Панкратов]

183614956: ... можно сделать sh скрипт ...можно подробнее или ссылку на как это сделать?

[Igor Deyashkin]

Опишите более детально, какие есть участники процесса и как они взаимосвязаны. Я пока понимаю так:
1. Сервер с репозиторием git. Это, так сказать, центральный репозиторий.
2. Компьютеры клиентов, в том числе ваш, имеют свои локальные репозитории, осуществляют обмен изменениями через центральный репозиторий.
3. Сервер с вашим приложением. Нужно, чтобы код на нем постоянно соответствовал тому, что лежит в определенной ветке вашего центрального репозитория. К этому серверу можно подключиться по ssh.

Это верно?

Answer 1

[Алексей Уколов]

Вам нужно развернуть систему Continuous Integration.
Это довольно просто и совсем не больно :).
Мы, например, используем TeamCity.

Comments

[Миха Панкратов]

можно подробнее или ссылку на как это сделать?

[Алексей Уколов]

Миха Панкратов: нагуглить достаточно легко. Ссылку на сайт TC я дал, там есть подробные инструкции.

Answer 2

[Bimawa]

а че cron ни кто не советует?
shipit и прочее
А по существу вот: ХУКИ
ХУКИ

Comments

[Дмитрий Вапельник]

потому что крон - это костыль, а не выход

[Bimawa]

Дмитрий Вапельник: ок согласен )

[Алексей Ямщиков]

Дмитрий Вапельник: ну почему же костыль? Если проект маленький, то смысла нет CI разворачивать, проще и быстрее будет в крон задачу поставить

[Миха Панкратов]

да проект маленький

[Дмитрий Вапельник]

Алексей Ямщиков: потому что понятие "костыль" не зависит от масштаба проекта. не нужно приучаться пользоваться костылями. это как разбитые окна. не намного сложнее добавить хук к репозиторию. даже к локальному. даже на мерж. чтобы после мержа в master срабатывал rsync/deploy-скрипт, который будет деплоить локальный проект на удаленный хостинг

[Дмитрий Вапельник]

183614956: хук - это "излишне сложнаю сущность"? а лучше ставить задачу на cron в каждую минуту чтобы бесцельно проверялся репоз? или каждых 5 минут? или 10? или 30? и потом после пулла ждать пока сработает cron job? событийное решение экономнее периодического
ваш проект - ваши правила
а это только мое мнение на счет крона
к тому же никогда не будет лишним поиграться с хуками и башем даже для собственного развития

[Миха Панкратов]

Парни попробую настроить хук - по habrahabr.ru/post/178965

[Bimawa]

Миха Панкратов: Да это будет правильней всего.

[Алексей Ямщиков]

Хуки хороши когда у вас Remote Repo на том же сервере лежи где и проект крутится.
Ну а если продакшен проект запущен на отдельно сервере, по любому нужен будет cron
а там уже настройка хуков после получения изменений. Либо как ниже через ssh команды.
Я просто это к тому, что cron не является костылём. Это просто один из возможных элементов в реализации требования.

Answer 3

[sasah]

Или установить Jenkins. В нём настроить, как самое простое, периодическое опрашивание Git репозитория об изменениях, выкачку его, сборку, прогон тестов и деплой на сервер с его перезапуском.

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

Если у вас проект под Maven, то можно обойтись буквально одним шагом

mvn install

Answer 4

[Алексей]

Например, так: habrahabr.ru/post/178965

Answer 5

[kompi]

Хук, например, post-receive на центральном репо, а в нём запуск удалённой комманды через ssh.

Answer 6

[Дмитрий Вапельник]

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