aports
1.0.0
Este repositorio contiene los archivos APKBUILD para todos y cada uno de los paquetes de Alpine Linux, junto con los parches y scripts necesarios, si los hubiera.
También contiene algunos archivos y directorios adicionales relacionados con la prueba (y por lo tanto, la construcción) de esos paquetes en GitLab (a través de GitLab CI).
Si desea contribuir, lea la guía para colaboradores y no dude en enviar una solicitud de fusión en GitLab o enviar un parche de git en la lista de correo de Alpine aports (~alpine/[email protected]). (nota: esta lista de correo no funciona actualmente)
El árbol de aports de Alpine Linux consta de 3 repositorios (directorios). Cada uno de estos 3 repositorios tiene su propio conjunto de políticas, casos de uso y flujos de trabajo. A continuación se muestra una definición de las políticas básicas a las que debe aplicarse su paquete. Podrían aplicarse políticas adicionales; consulte nuestras pautas para desarrolladores.
Los paquetes en el repositorio principal deben ser compatibles siguiendo nuestra documentación oficial del ciclo de lanzamiento tal como se define en nuestro sitio web. En caso de duda, se debe mover un paquete a nuestro repositorio comunitario. La política para un paquete en el repositorio principal es si este paquete es razonable esperar en un sistema básico y tiene un desarrollador asignado que pueda mantenerlo como se documenta en nuestra página de lanzamiento. También se espera que un paquete en main incluya la documentación adecuada si se envía con el código fuente y tenga los conjuntos de pruebas habilitados, si se proporcionan. Los paquetes nuevos rara vez se introducen directamente en el repositorio principal y deben seguir el flujo de trabajo: testing => main .
Los paquetes en el repositorio de la comunidad deben ser compatibles siguiendo nuestra documentación oficial del ciclo de lanzamiento, tal como se define en nuestro sitio web. Los paquetes en la comunidad son aquellos que no pertenecen a nuestro repositorio principal y han terminado de probarse en nuestro repositorio de pruebas. Un paquete debe tener un mantenedor y tener conjuntos de pruebas habilitados, si se proporcionan, y es preferible enviar documentación si el código fuente la proporciona. Los paquetes nuevos rara vez se introducen directamente en el repositorio de la comunidad y deben seguir el flujo de trabajo: testing => community
Los paquetes en los repositorios de prueba no siguen nuestra documentación oficial del ciclo de lanzamiento tal como se define en nuestro sitio web y no están incluidos en nuestros lanzamientos oficiales y solo se envían en nuestra sucursal perimetral. Este repositorio está diseñado específicamente para presentar y probar paquetes y como área de preparación para nuestros otros repositorios. Los paquetes no siguen ninguna de las políticas mencionadas anteriormente y solo necesitan poder compilarse correctamente. Una vez que se haya verificado que el paquete funciona, se debe mover a uno de los otros repositorios lo antes posible siguiendo las políticas establecidas para ese repositorio. Si el paquete no se mueve dentro de un período de 6 meses, notificaremos al mantenedor y lo eliminaremos después de 9 meses.
Puede encontrar algunos ganchos de git útiles en el directorio .githooks . Para usarlos, ejecute el siguiente comando después de clonar este repositorio:
git config --local core.hooksPath .githooks
