Настраиваю Renovate, чтобы он сам сканировал docker-compose файлы, открывал PR в Forgejo с новыми версиями образов, а Komodo автоматически передеплоивал стек после мерджа.

Сравниваю GitLab CE, Gitea и Forgejo по лицензиям, системным требованиям, управлению проектом и CI/CD - и объясняю, почему совет «пользуйтесь только GitLab, остальное для необразованных» не имеет отношения к реальным инженерным аргументам.

Почему self-hosted GitHub Actions на едином репозитории (статья 3) оказался не тем выбором, который стоило сохранить - и как я откатился обратно на проверенную схему из двух репозиториев на Forgejo, разобрав по пути честное сравнение обоих вариантов.

Как я перевел сборку и деплой ProHomelab с самодельного Forgejo-раннера на self-hosted GitHub Actions runner прямо на своем LXC, объединил content и site в один репозиторий - и что из этого пошло не по плану.

Переносим ProHomeLab со smartape на GitHub Pages поверх уже настроенного пайплайна Obsidian → Forgejo → Hugo, сохраняя все URL и позиции в поисковых системах.

Полностью автоматизирую публикацию ProHomeLab: пишу статью в Obsidian, изменения автоматически попадают в Forgejo, Forgejo Actions запускает сборку Hugo на Blowfish LXC, а готовый сайт без ручного участия загружается на хостинг от Smartape.

Подробный туториал по GitOps для начинающих: разворачиваем Forgejo как собственный git-сервер, Komodo для управления Docker-стеками и настраиваем автодеплой по push, с разбором каждого параметра конфигурации.

Пошагово строим GitOps-схему для Docker Compose: Forgejo хранит конфигурацию в Git, Komodo отслеживает изменения и автоматически обновляет стэки на нескольких серверах.