Серия «GitGram»

В канале @system_develope фишка такая: народ голосует, что я буду пилить дальше. На этот раз выиграл «Git в Telegram». Я такой: ладно, хуй с ним, делаю.

Идея тупо простая: кидаешь файл или ZIP боту → он коммитит → версии хранятся → diff, ветки, история — всё в твоём личном треде в канале. Без GitHub, без терминала, без аккаунтов.

Что уже работает (v0.1, бета):

• /init <имя> — проект + тред

• кидаешь файл/ZIP → добавляет, распаковывает, .gitignore работает

• /commit <сообщение> → коммит + пост в тред

• /ls — файлы в проекте

• /status — изменения

• /diff <файл> — цветной unified diff

• /branch <имя>, /checkout <имя> — ветки

• /branches — список с текущей

Права: чужой проект не увидишь и не тронешь (owner_id в базе всё держит).

Фейлы по пути:

• закинул bot.py в самого себя → Telegram заморозил аккаунт (скрин: привидение «Аккаунт заморожен»)

• MarkdownV2 ломал всё: «can't parse entities» на каждом символе

• забыл /start после удаления БД → юзер не существует → пиздец

• файл без проекта → новый проект с именем файла

Сейчас это уже стабильно для одного + тестеров. БЕТА-ТЕСТ ОТКРЫТ!

Кидайте файлы, ломайте, пишите баги в личку или в @sandbox_hardcore.

Канал: @system_develope

Кто юзал бы такое? Или реально никому нахуй не нужно? Пишите в комментах.

Почему так вышло:

Всё просто — проекты привязаны к owner_id в базе. Я это сделал просто потому что "логично", чтоб не было бардака. А оказалось — это и есть та самая защита.

Все запросы сами фильтруются по owner_id: /list — только мои проекты /use чужой — "Проект не найден" /commit, /rm, /branch — даже не доходят до выполнения, потому что проект чужой не выбрать

Протестил с другого акка:

• /list — вижу только свои проекты

• /use мой_проект — ❌ "Проект не найден"

• /commit — бот даже не пытается, потому что проекта нет

Итог: хотел безопасность — а она уже была вшита в архитектуру с первого дня.

Такая вот "не баг, а фича" вышла. Иногда самый простой дизайн — самый крепкий.
Скоро релиз Гитграмма, следите на канале

Вся кухня в sandbox — заходи смотреть в реалтайме: @sandbox_hardcore

Ребята, многие хейтят эту задумку про GitGram, мол это бред и никто не будет его юзать и тд.
Может быть, но мне похер, это эксперимент!
Поэтому просьба,если вам не нравится эта затея, пожалуйста, просто пролистайте дальше.

• Написал функцию get_current_branch(project_id) — возвращает текущую ветку, по умолчанию main

• Команда /branches — показывает все ветки проекта + отмечает текущую. Если веток нет — автоматом создаёт main

• Команда /branch <name> — создаёт новую ветку (с проверкой, что такой уже нет)

• Команда /checkout <name> — переключается на ветку (обновляет current_branch в базе)

Был баг: sqlite3.OperationalError: no such column: current_branch Решил классикой: удалил старую базу, перезапустил бота — колонка добавилась автоматически. Иногда проще всё снести, чем фиксить миграции 😅

Тесты: Создал ветку test → переключился → /branches показал всё как надо. Работает заебись!

Скриншоты тестов и логов — в моём чате-дневнике, или на канале если интересно.

Теперь Gitgram умеет ветки — следующий шаг будет diffs (сравнение файлов между коммитами/ветками), но это уже завтра.

Что думаете?

• Нормально ли выглядит идея git в Telegram?

• Стоит ли дальше пилить PR/merge/issues?

• Или это уже перебор и пора на этом остановиться? 😄

Пишите в комментах, что дальше пилить — могу сделать голосование в следующем посте.

Перепробовал кучу вариантов экранирования:

Код превращался в кашу. Не экранировать — Telegram шлёт нахуй.

Как решил:
Забил на Markdown для кода. Перешел на HTML:

• В канал летит <pre><code> с parse_mode="HTML"

• Пользователю отправляю обычный текст без разметки

• Убрал двойное экранирование
  
  Теперь код нормально подсвечивается, HTML не ломается, точка не ебет мозг.

  Что уже работает:
  /init, /use, /ls, /commit, /log, /status, /rm, /rmproject, ZIP-загрузка, игнор-файлы.
  Что дальше:
  Коллаборация (несколько человек на проект), приватные проекты.

  Кто хочет посмотреть как это варится (и иногда подсказывать) — залетайте в чат: @sandbox_hardcore
  Там всё без цензуры.
  Основной канал: @system_develope
  

Решил запилить бота, который превращает Telegram в Git-репозиторий. Чтобы можно было через личку кидать файлы, коммитить, смотреть историю — и всё это в публичном канале с тредами.

Как это будет работать:

• Кидаешь боту файл — создаётся проект (или добавляется в текущий)

• Файлы улетают в канал @gitgram (каждый проект — отдельный тред)

• Команды: /init, /commit, /log, /ls, /status

• Версионность хранится в SQLite, можно откатиться назад
  Что уже готов:

• Архитектура (сущности, связи)

• Каркас бота на aiogram

• База данных с таблицами под users, projects, files, commits, file_versions
  
  Первая проблема:
  Markdown в Telegram — это пиздец. Код постоянно содержит символы, которые нужно экранировать: точки, подчеркивания, обратные слеши. Если всё экранировать подряд — код превращается в кашу. Если не экранировать — Telegram шлёт нахуй. Пришлось писать свой костыль, который сначала экранирует одно, потом другое, и надеяться что ничего не сломается.

  python
  def escape_markdown_v2(text: str) -> str:
  """Экранирует все спецсимволы MarkdownV2"""
  special_chars = ['_', '*', '[', ']', '(', ')', '~', '`', '>', '#', '+', '-', '=', '|', '{', '}', '.', '!']
  for char in special_chars:
  text = text.replace(char, f'\\{char}')
  return text
  
  
  def format_code(filename: str, content: str) -> str:
  """Форматирует код для отправки в Telegram с подсветкой синтаксиса"""
  lang = get_language_from_filename(filename)
  

ДАЛЬШЕ:

• Допилить .gitignore (чтоб венв и кеш не летели в канал)

• Коллаборация — чтобы несколько человек могли пилить один проект

• Приватные проекты (пока всё публичное)
  
  ЗАЧЕМ? А ГЛАВНОЕ НАХУЯ??
  
  Если хочешь не просто читать, а смотреть как это варится и иногда подсказывать — залетай в чат: @sandbox_hardcore
  Там всё как есть, без цензуры и без прикрас.
  Остальное в моем КАНАЛЕ!)