Gitdot: open-source GitHub на Rust с CLI-интерфейсом

Представьте: вы открываете сайт git-хостинга, и вместо привычного веб-дизайна вас встречает интерфейс, напоминающий fzf или vim. Никаких тяжёлых SPA-фреймворков, никаких секундных задержек — только мгновенная клавиатурная навигация и время загрузки первого контента менее 100 мс. Именно это обещает Gitdot — молодой open-source проект, который хочет переосмыслить то, каким должен быть git-хостинг в 2025–2026 годах.

Кто стоит за проектом

За Gitdot стоит команда из двух основателей — Paul Bae и Mikkel Kim. Команда насчитывает всего 2 человека, проект активен и развивается.

Пол Бэй — нетривиальная фигура в мире стартапов: он поступил в колледж в 12 лет и с тех пор посвятил себя созданию продуктов. Mikkel Kim разделяет ту же философию непрерывного строительства. Несмотря на крошечный размер команды, проект уже привлёк широкое внимание сообщества Hacker News благодаря нестандартному подходу к дизайну и выбору технологического стека.

Философия и UX: когда сайт ведёт себя как терминал

Главное, что отличает Gitdot от конкурентов, — это радикально иная дизайн-философия.

Два ключевых отличия проекта: он написан на Rust, а его веб-интерфейс вдохновлён CLI-инструментами (fzf, broot, vim) вместо привычных веб-приложений. Это означает клавиатурно-ориентированную мгновенную навигацию с амбициозной целью — First Contentful Paint менее 100 мс.

Это принципиально иной подход к UX: большинство современных git-платформ строятся по логике «сначала мышь», предлагая кликабельные кнопки, выпадающие меню и тяжёлые SPA. Gitdot намеренно жертвует некоторыми привычными «affordances» ради скорости и управления с клавиатуры.

«Дизайн сайта вдохновлён CLI-инструментами, а не веб-приложениями» — именно эта фраза из анонса на HN вызвала наибольший резонанс в сообществе.

Почему Rust? Технический выбор стека

Выбор Rust в качестве основного языка — не маркетинговый ход, а осознанное техническое решение.

Rust обеспечивает высокую производительность и эффективное использование памяти, а богатая система типов и модель владения гарантируют безопасность памяти и потоков, снижая количество ошибок ещё на этапе компиляции.

Для git-хостинга это критично: платформы вроде GitHub обрабатывают миллионы git-операций в сутки. Rust позволяет:

• Избежать гонок данных — компилятор отлавливает их статически
• Минимизировать потребление памяти — нет garbage collector с непредсказуемыми паузами
• Достичь предсказуемой латентности — важно для цели FCP < 100 мс
• Обеспечить безопасность — критично для хранилища исходного кода

Rust предлагает комплексную экосистему: менеджер пакетов Cargo, автоформаттер rustfmt, линтер Clippy и поддержку редакторов через rust-analyzer.

// Пример: простой HTTP-сервер на Rust с помощью axum
use axum::{
    routing::get,
    Router,
};

#[tokio::main]
async fn main() {
    let app = Router::new()
        .route("/", get(|| async { "Hello from Gitdot!" }));

    let listener = tokio::net::TcpListener::bind("0.0.0.0:3000")
        .await
        .unwrap();
    axum::serve(listener, app).await.unwrap();
}

Дорожная карта: что уже есть и что будет

На момент публикации Gitdot находится в активной разработке: следующий релиз v0.2 с инфраструктурой и системой задач (issues) запланирован на 15 июля 2026 года.

Это говорит о том, что проект находится на ранней стадии — базовый git-хостинг работает, но полноценная система issues (аналог GitHub Issues) ещё в разработке.

timeline
    title Дорожная карта Gitdot
    2025 : Основание проекта
         : Батч YC Summer 2025
         : Запуск v0.1 — базовый git-хостинг
    2026 Q3 : v0.2 — Инфраструктура и Issues (июль 2026)
    2026 Q4 : Планируемые функции CI/CD и pull requests
    2027 : Полноценная альтернатива GitHub

Сравнение с конкурентами

Gitdot выходит на рынок, где уже есть сильные игроки. GitHub — самый популярный веб-хостинг git-репозиториев с официально зарегистрированными более чем 150 миллионами пользователей. Конкурировать с этим напрямую — задача амбициозная.

Но Gitdot и не пытается победить GitHub «в лоб». Его ставка — на нишу разработчиков, которым важны скорость, open-source, самохостинг и CLI-ориентированный UX.

Git-хостинги делятся на облачные (где всё управляется за вас) и самохостируемые (где вы разворачиваете на своих серверах). Облако удобнее, но самохостинг даёт полный контроль над данными и безопасностью.

Сильная платформа должна предоставлять инструменты для CI/CD, отслеживания задач и код-ревью — именно эти компоненты Gitdot планомерно добавляет в свой роадмап.

Как попробовать Gitdot

Проект открыт и доступен для тестирования прямо сейчас:

1. Зайдите на gitdot.io — оцените интерфейс в действии
2. Изучите дизайн-документацию — команда открыто публикует архитектурные решения на gitdot.io/designs
3. Попробуйте Homebrew-формулу — для macOS доступна установка через bkdevs/homebrew-gitdot
4. Следите за репозиторием на GitHub — организация github.com/GitDot открыта для контрибьюторов

# Установка через Homebrew (macOS)
brew tap bkdevs/gitdot
brew install gitdot

Команда открыто публикует информацию о том, как они строили продукт, на странице gitdot.io/designs — что само по себе редкость для стартапов на этапе v0.1.

Место Gitdot в экосистеме open-source git-хостингов

Чтобы понять значимость Gitdot, нужно смотреть шире — на весь ландшафт git-хостинга.

Git-хостинговые платформы обеспечивают централизованное и совместное пространство для управления репозиториями кода. По данным Stack Overflow Developer Survey 2024, более 94% разработчиков используют Git как основную систему контроля версий.

Этот огромный рынок практически монополизирован GitHub (принадлежит Microsoft). Среди причин, по которым разработчики ищут альтернативы: опасения по поводу использования кода для обучения AI, желание самостоятельного хостинга или несоответствие ценовой политики.

Именно здесь Gitdot находит свою нишу:

graph TD
    A[Рынок git-хостинга] --> B[Облачные платформы]
    A --> C[Самохостируемые решения]
    B --> D[GitHub — 150M+ пользователей]
    B --> E[GitLab SaaS]
    B --> F[Gitdot Cloud — в разработке]
    C --> G[GitLab CE/EE]
    C --> H[Gitea — Go, MIT]
    C --> I[Gitdot Self-hosted — Rust]
    I --> J[CLI-вдохновлённый UX]
    I --> K[Цель FCP < 100 мс]
    I --> L[Полный open-source]

Gitea — open-source решение, созданное для скорости и простоты, и именно с ней Gitdot будет конкурировать в первую очередь. Но там, где Gitea предлагает привычный веб-интерфейс, Gitdot делает ставку на CLI-эстетику и производительность Rust.

Заключение

Gitdot — это смелый эксперимент двух основателей из YC, которые задались вопросом: а что, если git-хостинг будет вести себя как терминальный инструмент, а не как тяжёлое веб-приложение?

Что делает проект примечательным:

• Первый заметный git-хостинг на Rust — с реальными преимуществами по производительности и безопасности памяти
• Радикально иная UX-философия, вдохновлённая CLI-инструментами
• Полностью open-source с открытой дорожной картой
• Поддержка Y Combinator — серьёзный сигнал для инвесторов и сообщества

Что нужно учитывать:

• Проект на очень ранней стадии (v0.1)
• Базовые функции вроде issues появятся только в v0.2 (июль 2026)
• CI/CD и pull requests — в будущих релизах

Gitdot не пытается «убить GitHub» завтра. Он строит фундамент с правильными техническими решениями — и это важнее громких заявлений.

Если вы разработчик, который устал от медленных веб-интерфейсов и ценит open-source, — стоит следить за Gitdot. А если вы хотите внести вклад в экосистему Rust-инструментов для разработчиков, это один из самых интересных проектов 2025–2026 года.