анализ исходного кода Firefox; строк кода на компонент

Отличный вопрос! Недавно мы добавили директиву BUG_COMPONENT (см. мета-ошибку) в Firefox. код: он находится в файле moz.build, содержащемся в каждом каталоге исходного кода. Эта директива позволяет связать каждый файл в репозитории с соответствующим компонентом Bugzilla.

Например, следующая директива нашла здесь, сообщает, что все файлы в test/browser, содержащие слово Telemetry, принадлежат компоненту Toolkit::Telemetry в Bugzilla.

with Files("test/browser/*Telemetry*"):
    BUG_COMPONENT = ("Toolkit", "Telemetry")

Вы можете использовать либо DXR, либо searchfox для быстрого поиска в репозитории Firefox.

Ответ обновлен с учетом вопросов в комментариях.

Как отмечено в комментариях, некоторые компоненты отслеживаются в Bugzilla (например, Поток активности), но не имеют прямого сопоставления с исходными файлами в пределах mozilla-central репозиторий (из которого собран Firefox). Это связано с тем, что некоторые новые компоненты не ездят "в поездах" (цикл разработки ~6 недель), но чаще обновляются и развертываются как дополнения.

Код этих компонентов обычно находится под учетной записью github Mozilla вместе с другим проектом. Поскольку проектов довольно много, один из способов определить, какие из них могут вас заинтересовать, — это ограничить их JavaScript. Если вы перейдете по этой последней ссылке, вы увидите репозиторий как для тест-пилота, так и для Activity Stream (плюс другие надстройки).

Боюсь, единственный способ сопоставить проекты GitHub с компонентами Bugzilla — это посмотреть на имя репозитория на GitHub и найти соответствующий компонент в Bugzilla: вы можете ввести имя здесь, чтобы получить рекомендации по некоторым компонентам. Если вы хотите пофантазировать, вы также можете использовать Bugzilla REST API:

1. Получите список проектов JS GitHub.
2. Извлеките имя проекта.
3. Используйте REST API, чтобы получить рекомендацию по компоненту.

Лично я бы просто рассматривал репозиторий mozilla-central в качестве отправной точки, так как он в основном аннотирован: извлеките BUG_COMPONENT из исходных файлов, сопоставьте их с путями, а затем используйте REST API, чтобы получить список. ошибок.

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