Zen

Translation

English type: Plain text
the bodhi CLI ``bodhi updates new --from-tag``
76/460 · 46

Sign in to save the translation.

English Spanish Actions
Our change proposal (the one approved by FESCo): link:https://fedoraproject.org/wiki/Changes/GatingRawhidePackages[]
Nuestra propuesta de cambio (la aprobada por FESCo): link:https://fedoraproject.org/wiki/Changes/GatingRawhidePackages[]
Our project’s requirement document: link:https://fedoraproject.org/wiki/Infrastructure_2020/Rawhide_Gating[]
Nuestro documento de requisitos del proyecto: link:https://fedoraproject.org/wiki/Infrastructure_2020/Rawhide_Gating[]
What Are Multi-build Updates?
¿Qué son las Actualizaciones de Múltiples Compilaciones?
Multi-build updates contain multiple builds that are tightly coupled together.
Las actualizaciones de múltiples compilaciones contienen múltiples compilaciones que están estrechamente vinculadas entre sí.
For compiled packages that rely on a certain ABI or soname, it is easy to understand how they are tightly coupled. However, non-binary programs can also have such strong dependencies.
Para paquetes compilados que dependen de una determinada ABI (Interfaz Binaria de Aplicaciones) o soname, es fácil entender como están vinculadas estrechamente. Sin embargo, los programas no binarios también pueden tener dependencias tan fuertes.
For example, the packages link:https://src.fedoraproject.org/rpms/python-urllib3[rpms/python-urllib3] and link:https://src.fedoraproject.org/rpms/python-requests/[rpms/python-requests] are heavily linked. Updates to python-urllib3 need to take python-requests into consideration. Sometime the update is fine, sometime it needs to wait for a new version of python-requests, in which case both builds need to be tested together as one unit.
Por ejemplo, los paquetes link:https://src.fedoraproject.org/rpms/python-urllib3[rpms/python-urllib3] y link:https://src.fedoraproject.org/rpms/python-requests/[rpms/python-requests] están fuertemente vinculados. Las actualizaciones para python-urllib3 necesitan tener a python-requests en consideración. En algún momento la actualización está bien, en algún momento necesita esperar una nueva versión de python-requests, en cuyo caso ambas construcciones necesitan ser probadas juntas como una unidad.
Packages of this style are candidates for the multi-build update workflow. They need to be built and tested together.
Los paquetes de este estilo son candidatos a un flujo de trabajo de actualización de múltiples compilaciones. Necesitan ser compilados y probados juntos.
How Does Gating Multi-Builds Updates Work?
¿Cómo funcionan las actualizaciones de Gating Multi-Builds?
To gate updates involving multiple builds, we need to build and test in isolation from the other builds. That is, the CI system can take the builds, test them, gate them or let them pass through, without having to consider any other changes (i.e. packages/builds).
Para controlar las actualizaciones que involucran múltiples compilaciones, debemos compilar y probar de forma aislada de otras compilaciones. Esto es, el sistema CI (Integración Continúa) puede tomar las compilaciones, probarlas, controlarlas o dejarlas pasar, sin tener en consideración ningún otro cambio (esto es, paquetes/construcciones).
The workflow is as follows:
El flujo de trabajo es el siguiente:
You first need to create a side-tag via ``fedpkg request-side-tag``. This will create a side-tag with a name such as ``<base-tag>-side-<id>``.
Primero necesita crear una etiqueta lateral a través de ``fedpkg request-side-tag``. Esto creará una etiqueta lateral con un nombre como ``<base-tag>-side-<id>``.
You can then build all the packages you want in this side-tag using: ``fedpkg build --target=<side-tag-name>``.
Usted puede construir todos los paquetes que desee en está etiqueta lateral usando: ``fedpkg build --target=<side-tag-name>``.
If you need to chain-build some packages and you want to be sure the previous one is available in the side-tag buildroot, use: ``koji wait-repo <side-tag-name> --build=<build-nvr>``.
Si necesita crear en cadena algunos paquetes y desea asegurarse de que el anterior está disponible en la etiqueta lateral buildroot, utilice:``koji wait-repo <side-tag-name> --build=<build-nvr>``.
Once you have built all the packages in your side-tag, you can create the bodhi update for this side-tag using either:
Una vez que ha construido todos los paquetes en su etiqueta lateral, puede crear la actualización bodhi para esta etiqueta lateral usando:
the bodhi web UI, in the new update form use the ``Use Side Tag`` button
la UI (Interfaz de Usuario) web bodhi, en el nuevo formulario de actualización use el botón ``Use Side Tag`` (Usar Etiqueta Lateral)
the bodhi CLI ``bodhi updates new --from-tag``
la CLI (Interfaz de Línea de Comando) bodhi ``bodhi updates new --from-tag``
Bodhi will then create two side-tags:
Bodhi creará entonces dos etiquetas laterales:
``<your-side-tag>-signing-pending``
``<your-side-tag>-signing-pending``
``<your-side-tag>-testing-pending``
``<your-side-tag>-testing-pending``
The builds in your side-tag will be moved into ``<your-side-tag>-signing-pending`` and the update will be put in the ``Pending`` status.
Las construcciones en su etiqueta lateral serán movidas hacia ``<your-side-tag>-signing-pending`` y la actualización será puesta en el estado de ``Pending`` (Pendiente).
RoboSignatory is notified that your builds landed in this tag by our message bus, it will take them, sign them and move them to the ``<your-side-tag>-testing-pending`` tag.
Nuestro bus de mensajes notifica a RoboSignatory que sus compilaciones llegaron a esta etiqueta, las cogerá, las firmará y las moverá a la etiqueta ``<your-side-tag>-testing-pending``.
Bodhi is notified that your builds were signed and moved to this tag by our message bus, it will mark the builds as signed and once all the builds have been signed, it will move the update to the ``Testing`` status.
Nuestro bus de mensaje notifica a Bodhi que sus compilaciones fueron firmadas y movidas a esta etiqueta, marcará las compilaciones como firmadas y una todas las compilaciones han sido firmadas, moverá la actualización al estado ``Testing`` (En Prueba).
Tests will be run, their results will be reported to ResultsDB which will announce these results, making Greenwave consult each `gating.yaml` file to see if all the required criteria of these builds have been met or not. If they have, Greenwave will send a message to the message bus announcing its decision.
Se ejecutarán las pruebas, sus resultados serán reportados a ResultsDB que anunciará estos resultados, haciendo que Greenwave consulte cada archivo `gating.yaml` para ver si todos los criterios requeridos para estas compilaciones se cumplen o no. Si los tienen, Greenwave enviará un mensaje al bus de mensajes anunciando su decisión.
Bodhi will listen to the bus for the decision made by Greenwave about updates. Upon receiving them it will push the corresponding update into the final Koji tag (i.e. the stable tag) and mark the update as ``Stable``.
Bodhi escuchará en el bus la decisión tomada por Greenwave sobre las actualizaciones. Al recibirlos enviará la actualización correspondiente a la etiqueta Koji final (esto es, la etiqueta estable) y marca la actualización como ``Stable``.
At this point, your builds have landed in the stable tag in Koji, it is therefore available in the buildroot for anyone to use and rely on and the corresponding Bodhi update has been marked as stable.
En este punto, sus compilaciones han llegado a la etiqueta estable de Koji, por lo tanto, esta disponible en buildroot para que cualquiera pueda usarlo y confiar en él y la actualización correspondiente de Bodhi se ha marcado como estable.
Note that the update being `stable` does not mean you will be able to install it via dnf/yum. It means the build is available in the Rawhide buildroot. It will be pushed to the mirror once the next Rawhide compose succeeds.
enga en cuenta que el hecho de que la actualización sea `stable` no significa que podrá instalarla por medio de dnf/yum. Significa que la compilación está disponible en el buildroot de Rawhide. Será llevada al espejo una vez que la próxima composición Rawhide tenga éxito.
If you have created a side-tag and have no use for it (and did not create an update for it), please remove it so it does consume resources on the build infrastructure. You can simply remove side-tags you have created using ``fedpkg remove-side-tag`` and you can list your side tags using ``fedpkg list-side-tags --user=<username>``.
Si usted ha creado una etiqueta lateral y no tiene uso para ella (y no crea una actualización para ella), elimínela para que no consuma recursos en la infraestructura de compilación. Simplemente elimine las etiquetas laterales que ha creado usando ``fedpkg remove-side-tag`` y usted puede listar sus etiquetas laterales usando ``fedpkg list-side-tags --user=<username>``.
Simplified diagram of the multi-builds updates workflow
Diagrama simplificado del flujo de trabajo de las actualizaciones de múltiples compilaciones
{imagesdir}/Simplified_multi_builds_update.png
{imagesdir}/Simplified_multi_builds_update.png

Loading…

User avatar vareli

Translation added
the bodhi CLI ``bodhi updates new --from-tag``
la CLI (Interfaz de Línea de Comando) bodhi ``bodhi updates new --from-tag``
6 months ago
User avatar None

String updated in the repository
the bodhi CLI ``bodhi updates new --from-tag``
 
11 months ago
Browse all string changes

Things to check

Consecutive duplicated words

Text contains the same word twice in a row: bodhi

Reset

Glossary

English Spanish
No related strings found in the glossary.

16783458 String information

Source string description
type: Plain text
Source string location
./pages/multi-builds.adoc:57
String age
11 months ago
Last updated
6 months ago
Source string age
4 years ago
Translation file
po/es/master/pages/multi-builds.po, string 19