преимущественно) к себе на ec2. Я написал плейбук, который устанавливает нужные пакеты, загружает на сервер файлы из директории src посредством rsync, добавляет юнит в системд и активирует его. Не хочу копировать файл плейбука по разным проектам, т.к., по сути, там всё то же самое, только переменные отличаются. Если копировать плейбук, потом будет сложно что-то там редактировать, т.к. придётся бегать по всем проектам. Что использовать, чтобы не таскать плейбук по разным проектам, а иметь его где-то в одном месте, но с возможностью определить переменные, необходимые для общего плейбука? Я пока что думаю о том, чтобы закинуть общий плейбук в какую-то директорию, которую я точно не буду двигать/удалять/етс, а по проектам таскать плейбук, где будет безымянный плей с import_playbook с путём до общего плейбука и vars. Это нормальный подход?
я всё могу понять, но почему rsync?
host_vars достаточно.
чтобы перетягивать изменения в файликах бота на сервер. Я мог сделать ещё как в каком-то туториале, который подглядел на каком-то сайте, где говорилось про создание папки с релизами, и также про создание симлинка на последний релиз, и его использовать для запуска программы, но я не знаю, какую выгоду это может для меня принести, так что я решил сделать с рсинк, чтобы просто синхронизировать локальную директорию с сорцами бота с директорией на сервере с сорцами бота. В моём представлении, этого должно быть достаточно гит не очень подходит, т.к. если это проект, который лежит на гитхабе, то я туда точно никакие конфиги загружать не стану, они у меня всегда в гитигноре, но иногда файлы с конфигами надо задеплоить, если они изменились, а гитигнор, насколько я знаю, только один на репозиторий, и не получится так, что я смогу один и тот же проект пушить на ec2 с конфигом, а на гитхаб - без конфига
можно попробовать с помощью удалённого гит-репозитория. Например, можно на гитхаб пушить в дев-ветку и с неё подтягивать, НО! я не очень хочу, чтобы у меня росло число коммитов просто из-за того, что я что-то задеплоил на сервер
...и не знаю, какие альтернативы попробовать. Я уверен, они есть
Обсуждают сегодня