Прелюдия

Вы знали, что GitHub насчитывает более 100 миллионов разработчиков по всему миру? Цифра весомая, да.

Еще он является ведущей платформой для совместной работы no-code-программистов. В нем есть средства для автоматизации практически каждого аспекта разработки: от редактирования кода, отправки и его проверки до работы с проблемами, управления пользователями и многого другого.

Об n8n мы уже писали, и не один раз. Давайте сразу к сути.

Начнем с того, что есть бесплатный интенсив по веб-дизайну. Если хотите научиться создавать красивые и функциональные сайты, записывайтесь.

ОНЛАЙН-ПРАКТИКУМ
ЗАПУСК нейросети DEEPSEEK R1 ЛОКАЛЬНО НА СВОЕМ КОМПЬЮТЕРЕ
ЧТО БУДЕТ НА ОБУЧЕНИИ?
  • ПОКАЖЕМ, КАК РАЗВЕРНУТЬ МОДЕЛЬ нейросети DEEPSEEK R1 ПРЯМО НА СВОЁМ КОМПЬЮТЕРЕ
  • Где и как применять? Потестируем модель после установки на разных задачах
  • Как дообучить модель под себя?
Участвовать бесплатно

Узлы n8n, которые позволяют отправить код на GitHub

Итак, что полезного можно сделать в n8n для GitHub?

Вот, что:

Во-первых, n8n позволяет вносить изменения непосредственно в репозиторий GitHub. Это оказывается полезным, когда нужно обновить части файлов документации Git без необходимости извлекать их из GitHub и делать локальные фиксации перед отправкой изменений обратно в удаленное место назначения.

Во-вторых, можно дополнительно оптимизировать процессы и данные Git. n8n позволяет автоматизировать локальный цикл разработки, проверять состояние локального репозитория и отправлять code на GitHub в нерабочее время.

Кстати, именно эта уникальная функция отличает n8n от облачных альтернатив, таких как Zapier или Make. Самостоятельное размещение конструктора или установка его на локальном хостинге дает возможность полностью контролировать локальные данные Git-репозитория.

Сейчас создадим рабочий процесс для отправки и обновления файлов в GitHub (обнова будет для файла README.md).

Отправка через узел GitHub

Этот подход позволяет обновлять репозиторий GitHub без использования локального репозитория.

У нас есть три узла:

  1. GitHub извлекает файл README.md из репозитория и возвращает его в виде двоичных данных.
  2. Узел файла декодирования преобразует строку base64 в удобочитаемый текст.
  3. Последний узел отправляет отредактированный файл непосредственно на GitHub:

{{ $json.data }}

## Updated at:

{{ $now.toISO() }}

Отправка через узел Git/bash

Теперь попробуем альтернативный подход и воспользуемся узлом Git для работы с локальным репозиторием.

Мы имеем несколько узлов Git и один узел выполнения команды, где:

  • Git pull извлекает удаленный репозиторий и обновляет локальную копию. Этот шаг необходим, поскольку репозиторий GitHub был обновлен ранее, и локальная копия может быть не синхронизирована 🙁
  • узел «Обновить README и добавить новый файл» выполняет серию локальных команд, которые записывают строки в файл README.md и создают новый.
  • процессы Add files, Commit и Push делают именно то, что следует из их названий — обновляют все последние изменения в репозитории GitHub. Узел Git работает с локальным репозиторием, поэтому лучше заранее убедиться, что файл конфигурации Git настроен.

Совет напоследок! Если у вас длинный многоэтапный рабочий процесс, вы можете избежать использования узлов Git и поддерживать только один узел «Выполнение команды».

Большой практикум
ЗАМЕНИ ВСЕ НЕЙРОСЕТИ НА ОДНУ — PERPLEXITY
ПОКАЖЕМ НА КОНКРЕТНЫХ КЕЙСАХ
  • Освой нейросеть Perplexity и узнай, как пользоваться функционалом остальных ИИ в одном
  • УЧАСТВОВАТЬ ЗА 0 РУБ.
  • Расскажем, как получить подписку
Участвовать бесплатно
ОНЛАЙН-ПРАКТИКУМ
ЗАПУСК нейросети DEEPSEEK R1 ЛОКАЛЬНО НА СВОЕМ КОМПЬЮТЕРЕ
ЧТО БУДЕТ НА ОБУЧЕНИИ?
  • ПОКАЖЕМ, КАК РАЗВЕРНУТЬ МОДЕЛЬ нейросеть DEEPSEEK R1 ПРЯМО НА СВОЁМ КОМПЬЮТЕРЕ
Участвовать бесплатно