Skip to main content

Введение

Прежде чем приступить к разработке, просим вас ознакомиться со следующим:
  • Официально Overleaf разрабатывается во внутреннем репозитории, а версия Community Edition публикуется в overleaf/overleaf. За синхронизацию кода между внутренним и публичным репозиториями отвечает copybot.
  • Ayaka-notes/overleaf-pro — это форк Overleaf Community. Мы надеемся, что проект будет развиваться долгое время, поэтому, пожалуйста, соблюдайте правила, прежде чем вносить свой вклад.

Правила коммитов

  • Пожалуйста, не вносите масштабных изменений в существующий код Overleaf. Сосредоточьте как можно больше функциональности в папке services/web/modules. Это сведёт к минимуму объём работы при последующем слиянии и обновлении кода.
  • Vibe coding действительно очень простой способ, но он легко может превратить проект в хаос и сделать его неподдерживаемым в будущем, поэтому используйте его с осторожностью.
  • Пожалуйста, не добавляйте во время разработки ничего, связанного с переводами; по возможности используйте существующие переводы.
  • Избегайте добавления переменных окружения без крайней необходимости. Если они всё же нужны, постарайтесь, чтобы они максимально соответствовали переменным из Overleaf toolkit или docs.overleaf.com.

Правила ветвления

Для разработки overleaf-pro мы используем следующие ветки:
  • main: эта ветка используется только для синхронизации с апстримом, пожалуйста, НЕ коммитьте в неё никаких сторонних изменений. В этой ветке мы ставим теги вида ce-v[X.x.x], которые означают, что состояние соответствует версии v[X.x.x] официальной Overleaf Community Edition. Примечание: эти теги неизменяемы!
  • server-pro: ветка по умолчанию для повседневной разработки.
  • feature-X: ветка для разработки конкретной функции.
  • release-vX.0.0: ветка для выпуска релиза, в ней перед релизом мы вносим срочные исправления.

Правила ветвления для Overleaf Pro

GitHub Action

GitHub Action отвечает за автоматический CI/CD, который включает:
  • Ночное обновление ветки main
  • Сборку Docker-образа для разработки
  • Выпуск Docker-образа

Вопросы и ответы

Прежде всего нужно скачать Docker-образ и выполнить следующую команду, чтобы просмотреть метки этого образа:
bash
Затем можно проверить, присутствует ли коммит (b0d05c0) в ветке master апстрима.
Это ожидаемое поведение. Релиз 6.0.1 — это небольшой патч-релиз, собранный поверх образа 6.0.0. Изменения применяются путём патчинга существующего образа 6.0.0, а не пересборки образа из нового коммита. Поэтому хеш коммита внутри образа в версиях 6.0.0 и 6.0.1 совпадает.Подробнее см. hotfix.
Последнее изменение 4 октября 2026 г.