Современная, многофункциональная, кроссплатформенная среда разработки встроенного ПО для спецификаций UEFI и PI с сайта www.uefi.org.
Тип хоста и набор инструментов | Статус сборки | Статус теста | Покрытие кода |
---|---|---|---|
Windows_VS2019 | |||
Ubuntu_GCC5 |
Дополнительная информация о сборке CI
Инструментальная цепочка | КОНФИГ | ОТЛАЖИВАТЬ | ВЫПУСКАТЬ | НООПТ |
---|---|---|---|---|
ЭмуляторPkg_Win_VS2019 | IA32 | |||
х64 | ||||
IA32 ПОЛНЫЙ | ||||
X64 ПОЛНЫЙ | ||||
ОвмфPkg_Win_VS2019 | IA32 | |||
х64 | ||||
ИА32 Х64 | ||||
IA32 X64 ПОЛНЫЙ |
Инструментальная цепочка | КОНФИГ | ОТЛАЖИВАТЬ | ВЫПУСКАТЬ | НООПТ |
---|---|---|---|---|
ArmVirtPkg_Ubuntu_GCC5 | ААРХ64 | |||
РУКА | ||||
ЭмуляторPkg_Ubuntu_GCC5 | IA32 | |||
х64 | ||||
IA32 ПОЛНЫЙ | ||||
X64 ПОЛНЫЙ | ||||
OvmfPkg_Ubuntu_GCC5 | IA32 | |||
х64 | ||||
ИА32 Х64 | ||||
IA32 X64 ПОЛНЫЙ |
— EmulatorPkg Ubuntu GCC5 Segfaults во время выполнения.
— EmulatorPkg Ubuntu GCC5 Segfaults во время выполнения.
Дополнительная информация о сборке ArmVirtPkg CI
Дополнительная информация о сборке EmulatorPkg CI
Дополнительная информация о сборке OvmfPkg CI
Большая часть контента в проекте с открытым исходным кодом EDK II использует патентную лицензию BSD-2-Clause Plus. Проект с открытым исходным кодом EDK II содержит следующие компоненты, на которые распространяются дополнительные лицензии:
Проект с открытым исходным кодом EDK II использует контент из вышестоящих проектов в виде подмодулей git, на которые распространяются дополнительные лицензии.
Проект EDK II состоит из пакетов. Ответственные за каждый пакет указаны в файле Maintenanceers.txt.
Чтобы внести свой вклад в проект TianoCore, выполните следующие действия.
Signed-off-by
.Для документации:
Также могут быть приняты вклады в виде кода, помещенного в общественное достояние.
Вклады с использованием других лицензий могут быть приняты, но потребуется дальнейшее рассмотрение.
Ваше описание изменения должно использовать стандартный формат сообщения о фиксации и должно включать вашу Signed-off-by
».
Чтобы отслеживать, кто и что сделал, все внесенные исправления должны включать заявление о том, что, насколько известно участникам, они имеют право распространять их в соответствии с указанной лицензией.
Тест на это указан в Сертификате происхождения разработчика (DCO) 1.1. Участник подтверждает соответствие, добавляя строку с надписью
Подписано: Имя разработчика: [email protected].
где Developer Name
— это настоящее имя участника, а адрес электронной почты — это адрес электронной почты, по которому разработчик доступен во время внесения вклада.
Сертификат происхождения разработчика 1.1 Внося свой вклад в данный проект, я подтверждаю, что: (a) Вклад был создан полностью или частично мной и мной. имеют право представить его под лицензией открытого исходного кода указано в файле; или (b) Вклад основан на предыдущей работе, которая в лучшем случае насколько мне известно, находится под соответствующим открытым исходным кодом лицензии, и я имею право в соответствии с этой лицензией предоставить это работа с модификациями, созданными полностью или частично мной, по той же лицензии с открытым исходным кодом (если я не являюсь разрешено подавать под другой лицензией), как указано в файле; или (c) Вклад был предоставлен непосредственно мне каким-то другим лицо, которое сертифицировало (a), (b) или (c), и я не изменил это. (d) Я понимаю и согласен, что этот проект и его вклад являются общедоступными и что запись о вкладе (включая все личная информация, которую я отправляю вместе с ним, включая мою подпись), является поддерживается на неопределенный срок и может перераспределяться в соответствии с этот проект или задействованные лицензии с открытым исходным кодом.
От: Имя участникаТема: [Репозиторий/PATCH ветки] Pkg-Module: Краткое однострочное резюме Полное сообщение о фиксации Подписано: Имя участника
[Repository/Branch PATCH]
. Оставшаяся часть сообщения о фиксации — это содержимое электронного письма.git format-patch
— один из способов создать этот форматRepository
— это идентификатор репозитория, к которому применяется патч. Этот идентификатор следует предоставлять только для репозиториев, отличных от edk2
. Например, edk2-BuildSpecification
или staging
.
Branch
— это идентификатор ветки, к которой применяется патч. Этотидентификатор следует указывать только для ветвей, отличных от
edk2/master
. Например edk2/UDK2015
,
edk2-BuildSpecification/release/1.27
или staging/edk2-test
.
Module
— это короткий идентификатор затронутого кода или документации. Например, MdePkg
, MdeModulePkg/UsbBusDxe
, Introduction
или
EDK II INF File Format
.
Brief-single-line-summary
— это краткое изложение изменения.
Вся первая строка должна содержать менее ~70 символов.
Full-commit-message
подробный многострочный комментарий, описывающийизменение. Каждая строка должна содержать менее ~70 символов.
Signed-off-by
— это подпись автора, идентифицирующая его.по их реальному/юридическому имени и адресу электронной почты.
Текущие подмодули, используемые в EDK II, находятся в .gitmodules.
Чтобы получить полный сборный репозиторий EDK II, выполните следующие действия команды git.
git clone https://github.com/tianocore/edk2.git
cd edk2
git submodule update --init
cd ..
Если есть обновление для подмодулей, используйте следующие команды git, чтобы получить последний код подмодулей.
cd edk2
git pull
git submodule update
Примечание. При клонировании репозиториев подмодулей опция «--recursive» не рекомендуется. Сам EDK II не будет использовать какой-либо код/функции из подмодулей в вышеуказанных подмодулях. Таким образом, использование --recursive добавляет зависимость от возможности доступа к серверам, код которых нам на самом деле не нужен, а также от ненужной загрузки кода, который мы не будем использовать.