Proyecto EDKII
Un entorno de desarrollo de firmware multiplataforma, moderno y rico en funciones para las especificaciones UEFI y PI de www.uefi.org.
Estado de compilación de CI principal
| Tipo de host y cadena de herramientas | Estado de construcción | Estado de la prueba | Cobertura del código |
|---|
| Windows_VS2019 | | | |
| Ubuntu_GCC5 | | | |
Más información sobre compilación de CI
Estado de compilación de CI de plataforma
Microsoft WindowsVS2019
| Cadena de herramientas | CONFIGURAR | DEPURAR | LIBERAR | NOOPTAR |
|---|
| EmuladorPkg_Win_VS2019 | | | | |
| | | | |
| | | | |
| | | | |
| OvmfPkg_Win_VS2019 | | | | |
| | | | |
| | | | |
| | | | |
Ubuntu 18.04 GCC5
| Cadena de herramientas | CONFIGURAR | DEPURAR | LIBERAR | NOOPTAR |
|---|
| ArmVirtPkg_Ubuntu_GCC5 | | | | |
| | | | |
| EmuladorPkg_Ubuntu_GCC5 | | | | |
| | | | |
| | | | |
| | | | |
| OvmfPkg_Ubuntu_GCC5 | | | | |
| | | | |
| | | | |
| | | | |
- EmulatorPkg Ubuntu GCC5 Segfaults durante la ejecución.
- EmulatorPkg Ubuntu GCC5 Segfaults durante la ejecución.
Más información sobre la compilación de ArmVirtPkg CI
Más información de compilación de EmulatorPkg CI
Más información sobre la compilación de CI OvmfPkg
Detalles de la licencia
La mayor parte del contenido del proyecto de código abierto EDK II utiliza una licencia de patente BSD-2-Clause Plus. El proyecto de código abierto EDK II contiene los siguientes componentes que están cubiertos por licencias adicionales:
- BaseTools/Plugin/CodeQL/analizar
- BaseTools/Fuente/C/LzmaCompress
- BaseTools/Fuente/C/VfrCompile/Pccts
- CryptoPkgLibraryBaseCryptLibSysCallinet_pton.c
- CryptoPkgLibraryIncludecryptodso_conf.h
- CryptoPkgLibraryIncludeopensslopensslconf.h
- Paquete integrado/Biblioteca/FdtLib. (EDK II usa licencia BSD)
- EmbeddedPkg/Include/fdt.h. (EDK II utiliza licencia BSD)
- EmbeddedPkg/Include/libfdt.h. (EDK II usa licencia BSD)
- MdeModulePkg/Library/LzmaCustomDecompressLib
- OvmfPkg
El proyecto de código abierto EDK II utiliza contenido de proyectos anteriores como submódulos de git que están cubiertos por licencias adicionales.
- BaseTools/Fuente/C/BrotliCompress/brotli
- CryptoPkg/Biblioteca/OpensslLib/openssl
- CryptoPkg/Biblioteca/MbedTlsLib/mbedtls
- MdeModulePkg/Library/BrotliCustomDecompressLib/brotli
- MdeModulePkg/Universal/RegularExpressionDxe/oniguruma
- UnitTestFrameworkPkg/Library/CmockaLib/cmocka
- UnitTestFrameworkPkg/Library/GoogleTestLib/googletest
- UnitTestFrameworkPkg/Library/SubhookLib/subhook
- RedfishPkg/Library/JsonLib/jansson
- MdePkg/Biblioteca/BaseFdtLib/libfdt
- MdePkg/Biblioteca/MipiSysTLib/mipisyst
- SecurityPkg/DeviceSecurity/SpdmLib/libspdm
El Proyecto EDK II se compone de paquetes. Los mantenedores de cada paquete se enumeran en Mantenedores.txt.
Recursos
- TianoCore
- EDKII
- Primeros pasos con EDK II
- Listas de correo
- TianoCore Bugzilla
- Cómo contribuir
- Planificación de lanzamiento
Contribuciones de código
Para realizar una contribución a un proyecto TianoCore, siga estos pasos.
- Cree una descripción de cambio en el formato especificado a continuación para
- utilizar en el registro de confirmación del control de fuente.
- Su mensaje de confirmación debe incluir su firma
Signed-off-by - Envíe su código al proyecto TianoCore usando el proceso
- que el proyecto documenta en su página web. Si el proceso no está documentado, envíe el código a la lista de correo electrónico de desarrollo del proyecto.
- Es preferible que las contribuciones se presenten utilizando el mismo
- licencia de copyright como proyecto base. Cuando eso no sea posible, se podrán aceptar contribuciones utilizando las siguientes licencias:
- Licencia Apache, Versión 2.0: https://opensource.org/license/apache-2-0/
- BSD (2 cláusulas): https://opensource.org/license/BSD-2-Clause
- BSD (3 cláusulas): https://opensource.org/license/BSD-3-Clause
- MIT: https://opensource.org/license/MIT
- Python-2.0: https://opensource.org/license/Python-2.0
- Zlib: https://opensource.org/license/Zlib
Para documentación:
- Licencia de documentación de FreeBSD
- https://www.freebsd.org/copyright/freebsd-doc-license.html
También se pueden aceptar contribuciones de código puestas en el dominio público.
Es posible que se acepten contribuciones que utilicen otras licencias, pero será necesaria una revisión adicional.
Certificado de origen del desarrollador
La descripción del cambio debe utilizar el formato estándar para un mensaje de confirmación y debe incluir su firma Signed-off-by .
Para realizar un seguimiento de quién hizo qué, todos los parches aportados deben incluir una declaración de que, según su leal saber y entender, el contribuyente tiene derecho a contribuir bajo la licencia especificada.
La prueba para esto es la especificada en el Certificado de origen del desarrollador (DCO) 1.1. El contribuyente certifica el cumplimiento agregando una línea que dice
Firmado por: Nombre del desarrollador [email protected]
donde Developer Name es el nombre real del colaborador y la dirección de correo electrónico es aquella a través de la cual se puede acceder al desarrollador en el momento de contribuir.
Certificado de origen del desarrollador 1.1
Al realizar una contribución a este proyecto, certifico que:
(a) La contribución fue creada total o parcialmente por mí y yo
tiene derecho a enviarlo bajo la licencia de código abierto
indicado en el expediente; o
(b) La contribución se basa en trabajos previos que, en el mejor de los casos,
que yo sepa, está cubierto por un código abierto apropiado
licencia y tengo el derecho bajo esa licencia de presentar esa
trabajar con modificaciones, ya sean creadas en su totalidad o en parte
por mí, bajo la misma licencia de código abierto (a menos que sea
permitido presentar bajo una licencia diferente), como se indica
en el expediente; o
(c) La contribución me fue proporcionada directamente por algún otro
persona que certificó (a), (b) o (c) y no he modificado
él.
(d) Entiendo y acepto que este proyecto y la contribución
son públicos y que un registro de la contribución (incluidos todos
información personal que envío con él, incluida mi aprobación) es
se mantiene indefinidamente y puede redistribuirse de acuerdo con
este proyecto o las licencias de código abierto involucradas.
Ejemplo de descripción de cambio/mensaje de confirmación
De: Nombre del colaborador
Asunto: [Repositorio/PARCHE de sucursal] Paquete-Módulo: Breve resumen de una sola línea
Mensaje de confirmación completa
Firmado por: Nombre del colaborador
Notas para el correo electrónico de parche de muestra
- La primera línea del mensaje de confirmación se toma de la línea de asunto del correo electrónico después de
[Repository/Branch PATCH] . La parte restante del mensaje de confirmación es el contenido del correo electrónico. -
git format-patch es una forma de crear este formato
Definiciones para correo electrónico de parche de muestra
-
Repository es el identificador del repositorio al que se aplica el parche. Este identificador solo debe proporcionarse para repositorios distintos de edk2 . Por ejemplo edk2-BuildSpecification o staging .
-
Branch es el identificador de la sucursal que aplica el parche. Este El identificador sólo debe proporcionarse para sucursales distintas de
-
edk2/master . Por ejemplo edk2/UDK2015 ,
-
edk2-BuildSpecification/release/1.27 , o staging/edk2-test .
Module es un identificador corto para el código o la documentación afectados. Por ejemplo MdePkg , MdeModulePkg/UsbBusDxe , Introduction o
EDK II INF File Format .
Brief-single-line-summary es un breve resumen del cambio.
La primera línea completa debe tener menos de ~70 caracteres.
-
Full-commit-message un comentario detallado de varias líneas que describe cambio. Cada línea debe tener menos de ~70 caracteres.
-
Signed-off-by es la firma del colaborador que lo identifica. por su nombre real/legal y su dirección de correo electrónico.
Submódulos
Los submódulos actuales utilizados en EDK II están en .gitmodules.
Para obtener un repositorio EDK II completo y compilable, siga los siguientes pasos del comando git
git clone https://github.com/tianocore/edk2.git
cd edk2
git submodule update --init
cd ..
Si hay actualizaciones para los submódulos, use los siguientes comandos de git para obtener el código de submódulos más reciente.
cd edk2
git pull
git submodule update
Nota: Al clonar repositorios de submódulos, no se recomienda la opción '--recursive'. EDK II en sí no utilizará ningún código/función de los submódulos de los submódulos anteriores. Entonces, usar '--recursive' agrega la dependencia de poder acceder a servidores de los que en realidad no queremos ningún código, además de descargar innecesariamente código que no usaremos.
