Как сделать деплой из git репозитория, не подтягивая всю историю?

Question

[Finesse]

Есть git-репозиторий с исходным кодом и production-сервер на Ubuntu. Как можно подтянуть на production-сервер код из этого репозитория так, чтобы вместе с ним не тянулась вся git-история? Дополнительные условия:

• Доступ к production-серверу осуществляется через SSH;
  
• Должна быть возможность добавить эту процедуру деплоя в cron (production-сервера или любого другого);
  
• Желательно, чтобы была возможность провести операцию без вопросов в любом случае, то есть конфликты должны улаживаться автоматически;
  
• При деплое должны удаляться только те файлы, которые удалены из git-репозитория (чтобы не удалялись созданные приложением файлы);
  

Comments

[Lynn «Кофеман»]

> конфликты должны улаживаться автоматически
Как?

> чтобы не удалялись созданные приложением файлы
Не нужно создавать файлы там же где и само приложение.

[Lynn «Кофеман»]

Вообще это смахивает на безумие.

[Finesse]

Алексей Тен: как улаживать автоматически конфликты — заменять изменённые файлы на файлы из репозитория. В чём безумие?

Answer 1

[Алексей]

Хранишь в master-ветке только работоспособный код.
При развертывании нового сервера

git clone git@repo/repo.git path/to/project --depth=1

при обновлении
git pull origin master

Для автоматического обновления при push'е в мастер, настраиваешь хук на скрипт доступный из интернета который будет делать git pull

Команда git pull притягивает только изменения

Comments

[Finesse]

git pull сохраняет историю, а это в моём случае лишнее

[Алексей]

Finesse: Если взять практику deployer.org. Каждый раз делай clone с depth=1 )

[Finesse]

akeinhell: нашёл аналогичный ключ для git pull. Спасибо за подсказку.

[Finesse]

akeinhell: получается незначительная разница в размере склонированной директории (что при клонировании одного последнего коммита, что при клонировании всех). Вместе с полезным кодом подтягивается такой же объём git-файлов, которые на продакшн-сервере не нужны.

Answer 2

[Сергей Протько]

rsync

p.s. GIT это система контроля версий, а не деплоймент тула. Используйте капистраны всякие для деплоймента.

Comments

[Finesse]

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

[Finesse]

По поводу rsync: как я знаю, он зеркалирует содержимое директории на двух хостах. В git репозитории (git сервере) файлы проекта не хранятся в явном виде. Что зеркалировать?

[Сергей Протько]

Finesse: тогда git archive, сделать экспорт из репозитория.