Кодовая база - Codebase

Эта статья об исходном коде программных систем. Для одноименного система управления базами данных, видеть CodeBase.

В разработка программного обеспечения, а кодовая база (или же кодовая база) представляет собой набор исходный код привыкший строить конкретный программная система, заявление, или же программный компонент. Как правило, кодовая база включает только написанные человеком исходный код файлы; таким образом, база кода обычно не включает файлы исходного кода, созданные инструментами (сгенерированные файлы) или файлы двоичных библиотек (объектные файлы), поскольку они могут быть построены из исходного кода, написанного человеком. Однако обычно он включает файлы конфигурации и свойств, поскольку они являются данными, необходимыми для сборки.

Кодовая база обычно хранится в управления источником репозиторий в управление версиями система. Для небольших проектов его можно сохранить как простой набор файлов (даже Ядро Linux много лет поддерживался в виде набора файлов).[1] Репозиторий исходного кода - это место, где хранятся большие объемы исходного кода, публично или конфиденциально. Репозитории исходного кода используются в основном для резервного копирования и управления версиями, а также в проектах с несколькими разработчиками для обработки различных версий исходного кода и оказания помощи в разрешении конфликтов, возникающих из-за того, что разработчики вносят частично совпадающие изменения. Subversion, Git и Mercurial являются примерами популярных инструментов, используемых для обработки этого рабочего процесса, которые распространены в проектах с открытым исходным кодом.

Четкие и монолитные кодовые базы

Несколько проектов могут иметь отдельные, отдельные кодовые базы, или может иметь один, общий или же монолитная кодовая база. Это особенно актуально для связанных проектов, например, разработанных в одной компании. Более подробно, монолитная кодовая база обычно влечет за собой единый репозиторий (весь код в одном месте) и часто общую систему сборки или общие библиотеки. Совместное использование или разделение кодовой базы не зависит от архитектуры системы и фактических результатов сборки; таким образом, монолитная кодовая база, которая связана с фактической разработкой, не влечет за собой монолитная система, который связан с архитектурой программного обеспечения или единым монолитным двоичным файлом. В результате монолитная кодовая база может (для больших кодовых баз) часто состоять из отдельных компонентов, а не содержать только одну систему или один двоичный файл; распределенная кодовая база (с несколькими компонентами) может использоваться для построения единой монолитной системы или даже единственного двоичного кода. Например, ядро ​​Linux архитектурно представляет собой единый монолитное ядро, но он состоит из отдельных двоичных файлов (загружаемых компонентов) и разрабатывается в нескольких распределенных репозиториях.

У монолитной кодовой базы есть как преимущества, так и недостатки по сравнению с распределенной кодовой базой.[2][3] Проще говоря, монолитная кодовая база упрощает интеграцию - «изменение различных компонентов или рефакторинг кода между компонентами может выполняться легко и атомарно» - и позволяет выполнять операции по всей кодовой базе, но требует большего репозитория и упрощает внедрение широкого диапазона технический долг.[сомнительный – обсуждать] Отдельная кодовая база или распределенная кодовая база делает отдельные репозитории меньше и более управляемыми, обеспечивая в то же время разделение между компонентами, но также требует интеграции между кодовыми базами (или с основным репозиторием) и усложняет внесение изменений, охватывающих несколько кодовых баз.[4]

С точки зрения стандартов, ссылка на несколько баз кода как на «отдельные» означает, что существуют независимые реализации без общего исходного кода и что исторически эти реализации не развивались из общего проекта. Это может быть способ продемонстрировать совместимость путем демонстрации двух независимых частей программного обеспечения, реализующих данный стандарт.[сомнительный – обсуждать]

Примеры

Некоторые особенно большие кодовые базы включают:

  • Google: монолитный, 1 миллиард файлов, 9 миллионов файлов исходного кода, 2 миллиарда строк исходного кода, всего 35 миллионов коммитов, общий размер 86 ​​ТБ (январь 2015 г.)[5]
  • Facebook: монолитный, 8 ГБ (репо 54 ГБ с историей, 2014 г.),[6] сотни тысяч файлов (2014)[3]
  • Ядро Linux: распространено,[7] более 15 миллионов строк кода (по состоянию на 2013 г. и версия ядра 3.10)

Смотрите также

Рекомендации

  1. ^ "Краткая история Git". git-scm.com. Получено Двадцать первое октября, 2014.
  2. ^ Дж. Дэвид Моргенталер; Миша Гриднев; Ралука Сочук и Санджай Бхансали (2012). «В поисках увеличения долга: опыт управления техническим долгом в Google». Материалы Третьего международного семинара по управлению технической задолженностью. IEEE. стр. 1–6, (PDF ).
  3. ^ а б «Масштабирование Mercurial в Facebook». Код Facebook. 2014-01-07. Получено 29 апреля 2016.
  4. ^ «Git - распределенные рабочие процессы». git-scm.com. Получено 29 апреля 2016.
  5. ^ Потвин, Рэйчел; Левенберг, Джош (24 июня 2016 г.). «Почему Google хранит миллиарды строк кода в одном репозитории». Коммуникации ACM. 59 (7): 78–87. Дои:10.1145/2854146.
  6. ^ @feross (24 апреля 2014 г.). "Репозиторий Facebook git составляет 54 ГБ" (Твитнуть). Получено 29 апреля 2016 - через Twitter.
  7. ^ Спроулл, Ли; Мун, Чжэ Юн (2000-11-05). «Суть распределенной работы: случай ядра Linux - Луна - Первый понедельник». Первый понедельник. 5 (11). Получено 29 апреля 2016.