Когда-то мы ставили на компьютер всё подряд
От мессенджеров и видеоплееров до «необходимых для работы» инструментов на десятки гигабайтов. Интернет был, скорее, местом для поиска, а не для реальной деятельности. Но браузер постепенно превратился из простого окна в нечто гораздо большее.
Сначала переехали почта и офисные приложения. Потом пришли трекеры задач, инструменты для дизайна. Даже обработка видео и трёхмерная графика теперь доступна онлайн. И вот, казалось бы, последний бастион — полноценные IDE — тоже дрогнул.
Настройки окружений, специфичные для ОС зависимости, вечные «оно работает у меня» — всё это становится анахронизмом. Удобнее открыть вкладку и просто начать работать без установки, обновлений и потерянных на настройку выходных.
Если вы тимлид, DevOps или поддерживаете живой репозиторий, то наверняка знаете эту ситуацию: нужно быстро поправить README, обновить контент для Pages или внести небольшую правку по итогам рецензирования. Изменений на несколько минут, а дальше стандартный сценарий: клонировать репозиторий, открыть IDE, дождаться индексации, вспомнить, в какой ветке вообще планировалась правка. Сам код при этом простой, а контекст задачи давно понятен.
Мы в GitVerse регулярно сталкивались с такими случаями — и как пользователи, и как команда продукта. Поэтому решили не «делать ещё одну IDE», а упростить именно этот класс задач. Об этом и расскажем в статье.
Когда поднимать IDE не имеет смысла
Полноценная IDE отлично подходит для разработки, отладки и больших изменений. Но в повседневной работе часто возникают задачи другого типа:
правки документации после рецензирования;
доработки и обновление контента для GitVerse Pages;
небольшие изменения в CI/CD;
хотфиксы, которые нужно внести без переключения контекста;
правки от контрибьюторов в сообществах.
Во всех этих сценариях окружение уже известно, код или контент понятны, а цена ошибки решается просмотром diff, а не локальным запуском проекта.
Обновлённый редактор GitVerse
Редактор не пытается заменить IDE и не претендует на работу с проектом «с нуля». Он рассчитан на ситуации, где важны скорость, аккуратность и минимальный контекст.
Редактирование файлов в рамках одной ветки
В редакторе можно работать с выбранной веткой целиком, переключаясь между файлами и внося связанные изменения за один подход. Это удобно, когда правка затрагивает несколько файлов, а изменения логически связаны и должны попасть в один коммит.
Множественные вкладки
Можно открыть несколько файлов и свободно переключаться между ними, что особенно полезно во время рецензирования или при работе с контентом Pages, когда приходится сверяться с несколькими файлами сразу.
Коммит нескольких файлов за один раз
Изменения в нескольких файлах можно собрать в один коммит прямо в веб-интерфейсе. История при этом остаётся чистой, без временных и вспомогательных коммитов, которые появляются из-за ограничений интерфейса.
Просмотр diff перед коммитом
Перед сохранением изменений доступен просмотр diff. Это позволяет убедиться, что в коммит попадают только ожидаемые изменения, без побочных правок.
Поиск и мини-карта кода
Для навигации по большим файлам доступны поиск и мини-карта, которые упрощают работу с конфигурациями, документацией и файлами контента (особенно если нужный фрагмент находится далеко от начала).
Как редактор используют на практике
По нашим наблюдениям, редактор одинаково полезен и для начинающих, и для опытных пользователей, когда речь идёт о быстрых и точечных правках:
тимлиды правят README и примеры после рецензирования;
DevOps-инженеры обновляют конфиги для Pages и CI без локального окружения;
разработчики и технические авторы быстро правят файлы для Pages, добавляют или удаляют страницы, обновляют тексты и структуру;
дизайнеры или контент-менеджеры заменяют изображения и статические ресурсы без участия разработчиков;
участники сообществ вносят небольшие правки без клонирования репозитория;
рецензенты предлагают изменения прямо в коде или контенте, а не описывают их текстом в комментариях.
Это не замена IDE и не попытка упростить разработку, а инструмент для конкретных рабочих сценариев.
Что дальше
Развитие редактора — отдельное направление внутри GitVerse. Мы планируем развивать его постепенно, не превращая в перегруженный инструмент:
GitBlame прямо в редакторе;
шаблоны файлов для типовых задач (README, CI, Pages);
ИИ-подсказки для ускорения рутинных правок;
базовые инструменты рефакторинга для небольших изменений.
Вместо вывода
GitVerse развивается как платформа, где не только хранятся репозитории с кодом и контентом, но и решают повседневные задачи вокруг них. Новый веб-редактор не отменяет привычные инструменты, а дополняет их там, где они избыточны.
В ряде случаев действительно можно и не клонировать — достаточно открыть репозиторий и внести нужную правку прямо в браузере.
Делитесь своим мнением в комментариях, будем рады обсудить.
