Інтеграція GitHub API на сайт: статистика, changelog, webhooks

Вступ: коли дані GitHub на сайті застарівають

Ви ведете сайт документації open-source проєкту з 10 репозиторіями. Кількість зірок на GitHub не оновлюється вже тиждень, а ручне копіювання даних забирає 2 години на тиждень. Відвідувачі бачать застарілі цифри — це знижує довіру. Ми вирішуємо проблему через інтеграцію GitHub API: дані оновлюються кожні 5 хвилин, ви економите до 8 годин на місяць, що при середній ставці розробника $50/год становить $400 на місяць. Наприклад, для проєкту з 15 репозиторіями ручне оновлення займало 4 години на тиждень; після інтеграції — 0, економія $600 на місяць. Більше того, автоматизація виключає помилки копіювання: за статистикою, до 30% ручних оновлень містять помилки.

За допомогою GitHub API можна отримувати коміти, PR, issues, релізи, контриб'юторів. Відображати статистику, автоматично генерувати changelog та отримувати сповіщення про події через webhooks. При кожному новому релізі сторінка changelog створюється автоматично, економлячи 2–3 години на тиждень.

Які проблеми вирішує інтеграція GitHub із сайтом?

Застарілі дані та помилки копіювання

Без API дані доводиться оновлювати вручну. Для 5 репозиторіїв — 10 хвилин на день, для 30 — вже година. При цьому людський фактор неминучий: пропущені оновлення, невірні цифри. API гарантує актуальність: ми налаштовуємо кешування з TTL від 5 хвилин до години залежно від частоти змін. Для статистики (зорі, форки) — короткий TTL, для changelog — довший. Webhooks дозволяють оновлювати дані миттєво при настанні події, наприклад, при пуші — лічильник комітів, при релізі — сторінка changelog.

Ручний changelog — джерело помилок

Генерація changelog з релізів GitHub — часта потреба. Вручну це займає час і загрожує пропусками. Парсинг тіла релізу в Markdown та автоматична публікація на сайті виключає помилки. В одному з проєктів ми скоротили час на ведення changelog на 80% — з 4 годин до 45 хвилин на тиждень. Автоматизована генерація changelog у 10 разів швидша за ручне складання.

Відсутність моніторингу активності

Без webhooks ви не дізнаєтеся про нові пуши, PR або релізи, поки не зайдете на GitHub. Webhooks сповіщають у реальному часі: ми обробляємо до 1000 подій на годину без затримок. Webhooks у 100 разів ефективніші за періодичне опитування.

Як ми реалізуємо інтеграцію: технічний стек

Використовуємо Octokit SDK — офіційний SDK для GitHub REST API. Згідно з документацією, для production-середовища рекомендується використовувати GitHub App. Автентифікація через Personal Access Token або GitHub App (рекомендуємо App для production: вищі ліміти та безпечніше). Приклад підключення:

import { Octokit } from '@octokit/rest'; const octokit = new Octokit({ auth: process.env.GITHUB_TOKEN }); 

Таблиця 1: Порівняння способів автентифікації

Таблиця 2: Типові сценарії та складність

Які переваги GitHub App перед Personal Access Token?

GitHub App забезпечує в 100 разів більше запитів на годину, ніж неавтентифікований доступ, і в 10 разів більше, ніж Personal Access Token. Крім того, App можна встановити на кілька репозиторіїв, він має власні секрети для webhook, що знижує ризики витоку. Для production це єдиний безпечний варіант.

Налаштування webhooks для миттєвого оновлення даних

Webhooks — це HTTP-сповіщення, які GitHub надсилає на ваш сервер при настанні події. Налаштування просте: у репозиторії перейдіть Settings → Webhooks → Add webhook. Вкажіть URL обробника (наприклад, /webhooks/github), виберіть події (push, release, pull_request) та секретний ключ. На сервері перевіряйте підпис X-Hub-Signature-256. Приклад обробника на PHP:

Route::post('/webhooks/github', function (Request $request) { $signature = $request->header('X-Hub-Signature-256'); $payload = $request->getContent(); $expected = 'sha256=' . hash_hmac('sha256', $payload, config('services.github.webhook_secret')); if (!hash_equals($expected, $signature)) abort(401); $event = $request->header('X-GitHub-Event'); match($event) { 'push' => HandleGithubPush::dispatch($request->json()), 'release' => UpdateChangelog::dispatch($request->json()), 'pull_request' => NotifyPRActivity::dispatch($request->json()), default => null, }; return response('ok'); }); 

Дані для синхронізації та частота оновлень

Ми налаштовуємо кешування з TTL від 5 до 30 хвилин. Для статистики — короткий TTL, для changelog — до години. Webhooks дають миттєву синхронізацію при настанні події. Наприклад, при кожному пуші оновлюється лічильник комітів, при релізі — сторінка changelog. Це гарантує, що дані на сайті завжди актуальні, а навантаження на API мінімальне. Синхронізація GitHub з сайтом відбувається автоматично, без участі людини.

Що входить в роботу

• Повна документація інтеграції з описом архітектури та змінних середовища.
• Доступи до сервера та GitHub (токени, webhook secrets).
• Навчання вашої команди роботі з оновленнями.
• Технічна підтримка протягом 2 тижнів після запуску.
• Виправлення багів та доналаштування під навантаженням.

Терміни та вартість

Базова інтеграція (відображення статистики) — від 2 до 4 днів. Повний цикл з webhooks та автоматичним changelog — від 5 до 8 днів. Вартість розраховується індивідуально після оцінки обсягу даних та складності; середня вартість — $800–$2000. Ми гарантуємо коректну роботу webhook-обробників і надаємо документацію. Завдяки автоматизації оновлень GitHub ви економите до $800 на місяць залежно від проєкту.

Ми маємо 5+ років досвіду в інтеграції API, виконали понад 30 проєктів з автоматизації. Наші клієнти економлять у середньому $500 на місяць завдяки автоматизації.

Замовте інтеграцію під ключ та економте 8+ годин на місяць на ручному оновленні даних. Зв'яжіться з нами — отримайте безкоштовну консультацію та оцінку проєкту. Ми забезпечуємо автоматизоване відображення GitHub репозиторіїв на вашому сайті.