Как сделать, чтобы Jenkins отправлял по фтп только последний коммит?

Question

[Vladislav Altyncev]

Суть в том, что Jenkins плагином по фтп отправляет все файлы целиком, как его научить отправлять только изменённые, т.е. только последний коммит?)

Есть разбор ответа на https://stackoverflow.com/questions/30287741/how-t...
Но мне не совсем понятно, где/ как прописать
git show --pretty="format:" --name-only HEAD

Или может можно как то по-другому?

Answer 1

[Юрий]

Отправляю файлы с помощью rsync (ssh или rsyncd):
- отправляются только новые файлы или измененные
- файлы меняются атомарно, т.е. пользователь, который сделал запрос во время заливки файлов - гарантировано получит либо старый файл, либо новый. С обычным копированием по фтп есть вероятность зацепить не полностью залитый файл. А если этот неполный файл вдруг зацепит какой-нибудь opcache - ошибок будет выше крыши.

Comments

[Vladislav Altyncev]

А как организовать это на сервере? На после сборки добавлять скрипт рсинка, который будет копировать? Я ещё не совсем понимаю, как он поймёт, какие файлы новые/ изменённые, там префикс к команде какой нибудь есть?) Хотя кажется понял, это типа Дропбокса получается.

[Юрий]

После сборки - "Выполнить команду shell"
[code]
for server in 192.168.1.2 192.168.1.3 ; do
/usr/bin/rsync -avz --delay-updates --delete-delay --exclude=".git" "$WORKSPACE/" $server:/var/www/project.com/
done
[/code]
Выполнит rsync из воркспейса проекта на сервере jenkins на нужные серверы, которые стоит указать в "for".
В данном конкретном случае rsync будет использовать ssh для связи с сервером, поэтому стоит заранее позаботиться о ключах, чтобы юзер jenkins мог без проблем зайти на продакшн-серверы. В случае без ssh стоит запустить rsyncd на продакшн-сервере с правами на запись в нужные места... ну и поменять строку в команде rsync. Это все есть в мануалах.
Ну и, конечно, rsync должен присутствовать на обоих серверах.

[Vladislav Altyncev]

Юрий: Спасибо. Вот с рсинком на обоих серверах, это конечно проблема, и с правами доступа. Как вариант попробую.

[Vladislav Altyncev]

Перехватывать последний коммит, было бы конечно оптимальнее. Тогда и с фтп мороки меньше.

[Юрий]

Vladislav Altyncev: так последний коммит (в смысле push в случае git) лежит в $WORKSPACE у Jenkins. Ты же повесил хук на коммит? Jenkins и забирает из репозитория изменения. А дальше rsync копирует только изменившиеся файлы.

[Vladislav Altyncev]

Юрий: У меня стоит Gogs (git), для Jenkins плагин есть, он сам перехватывает коммит по веб хуку. В $WORKSPACE почему то всегда цельный проект висит.
Или как то по-другому лучше делать?

[Юрий]

В $WORKSPACE и должен цельный проект висеть. Он же из git подтягивается для твоих дальнейших действий. Вот ты его оттуда и rsync-ай на продакшн. Весело и вкусно.

[Vladislav Altyncev]

Юрий:
> так последний коммит (в смысле push в случае git) лежит в $WORKSPACE у Jenkins.
а это тогда к чему?

С rsync мне всё понятно. Но это не везде возможно.
Нужен запасной вариант, передачи последних изменений через фтп.
На stackoverflow (ссылка в вопросе) в принципе ответ, насколько я понимаю, но не могу понять, как это "воспроизвести")

[Юрий]

К сожалению, не могу подсказать, как сделать именно так. Я обычно стремлюсь к упрощению, а не усложнению :)

[Vladislav Altyncev]

Юрий: Ну это не совсем усложнение) Это другой вариант. У нас не всегда есть доступ по ssh, к другому серверу)

rsync я правда ещё не пробовал, но думаю, с ним не будет проблем.

[Vladislav Altyncev]

rsync работает.
с ключами только морока... постоянно пароль спрашивает.

[Юрий]

Vladislav Altyncev: так это... ssh-agent же использовать. Ну и Jenkins умеет хранить ssh-ключ с пассфразой. Ну или как наименее безопасный вариант - ключ без пассфразы.