fedora-docs-l10n/ci/master/pages/gating — Spanish @ Fedora Weblate: !PassingTestCaseRule {test_case_name: fedora-ci.koji-build.<plan-name>.functional}

Translation

Source change

English type: Plain text

Spanish

Needs editing

Skip

	English	Spanish	Actions
	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build.tier0.functional}	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build.tier0.functional}
	Enable gate to the stable repository (use this one for gating rawhide):	Habilitar puerta para repositorio estándar (use esto para rawhide):
	decision_contexts: [bodhi_update_push_stable] subject_type: koji_build rules:	contextos_decisión: [bodhi_update_push_stable] tipo_sujeto: reglas koji_build:
	In order to enable both gates, simply concatenate both examples above.	Con el objetivo de habilitar ambas puertas, concatene simplemente ambos ejemplos de arriba.
	To add another test just extend the `rules` list with additional `!PassingTestCaseRule`.	Para añadir otro texto solo extienda la lista `rules` con `!PassingTestCaseRule` adicional.
	This will enable gating for all Fedora releases based on the result of the CI xref:pipeline.adoc[Pipeline]. A decision context identifies set of policies used for a specific gating. For example, `bodhi_update_push_stable` decision context is used for gating RPM builds in Bodhi updates before getting to the stable repository.	Esto permitirá la activación de puertas para todas revisiones basadas en el resultado del CI xref:pipeline.adoc[Pipeline]. Un contexto de decisión identifica un conjunto de reglas usadas para una compilación especifica. Por ejemplo, el contexto de decisión `bodhi_update_push_stable` se usa para compilar compilaciones de RPM builds en las actualizaciones de Bodhi antes de llegar al repositorio estable.
	The `decision_contexts` should match in both remote rules file and the policy in the Greenwave configuration (at least one decision context). Rules define resultsdb test cases that should be considered for the gating decision, in this case `fedora-ci.koji-build.tier0.functional` which are tests that were run in the CI based on the xref:tmt.adoc[tmt] or xref:standard-test-interface.adoc[STI] configuration in package's dist-git. If no tests are required for the particular decision context(s) rules should be set to an empty list, i. e. `rules: []`, otherwise Greenwave will return, that it could not find any applicable policies.	Los `contextos de decisión` coincidirán tanto en el archivo de reglas remotas como en la política en la configuración Greenwave (al menos un contesto de decisión). Las reglas definen los casos de prueba resultsdb que deberían ser considerados para la decisión de activación, en este caso `fedora-ci.koji-build.tier0.functional` que son las pruebas que se ejecutan en el CI en base a la configuración en xref:tmt.adoc[tmt] or xref:standard-test-interface.adoc[STI] configuration en el dist-git del paquete. Si no se requieren pruebas para las reglas del contexto de decisión concreto debería establecerse una lista vacía, por ejemplo: `rules:[]`, de otro modo Greenwave devolverá que no puede encontrar ninguna política aplicable.
	The following Fedora CI tests can be enabled for gating:	Se pueden habilitar las siguientes pruebas Fedora CI para gating:
	fedora-ci.koji-build.tier0.functional - component-specific tests enabled using xref:tmt.adoc[tmt] or xref:standard-test-interface.adoc[STI] in dist-git	fedora-ci.koji-build.tier0.functional - pruebas específicas del componente habilitadas usado xref:tmt.adoc[tmt] o xref:standard-test-interface.adoc[STI] en dist-git
	https://github.com/fedora-ci/rpmdeplint-pipeline[fedora-ci.koji-build.rpmdeplint.functional] - to make sure the update's dependencies are available	https://github.com/fedora-ci/rpmdeplint-pipeline[fedora-ci.koji-build.rpmdeplint.functional] - para asegurar que las dependencias de la actualización están disponibles
	https://github.com/fedora-ci/rpminspect-pipeline[fedora-ci.koji-build.rpminspect.static-analysis] - to check package sanity including ABI stability	https://github.com/fedora-ci/rpminspect-pipeline[fedora-ci.koji-build.rpminspect.static-analysis] - para comprobar la cordura del paquete incluida la estabilidad ABI
	https://github.com/fedora-ci/installability-pipeline[fedora-ci.koji-build.installability.functional] - to make sure package installation / update works well	https://github.com/fedora-ci/installability-pipeline[fedora-ci.koji-build.installability.functional] - para asegurarse de que la instalación / actualización del paquete funcione bien
	See Greenwave's https://docs.pagure.org/greenwave/package-specific-policies.html[Package-specific policies] for more technical details about setting the policy.	Vea https://docs.pagure.org/greenwave/package-specific-policies.html[Políticas específicas de paquete] de Greenwave para detalles mas técnicos sobre establecimiento de política.
	Using Multiple Plans
	If you are using multiple xref:tmt.adoc[tmt] plans it is also possible to enable gating for selected plans only. Instead of the generic `tier0` type use the name of the desired plan in the resultsdb testcase name:
	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build.<plan-name>.functional}	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build.tier0.functional}
	For example, rule used to enable gating for the `/plans/basic` plan would look like this:
	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build./plans/basic.functional}	!PassingTestCaseRule {test_case_name: fedora-ci.koji-build.tier0.functional}
	Before the above-mentioned rules can be used, separate plan reporting has to be enabled. See the xref:tmt.adoc#_multiple_plans[Multiple Plans] section for details.
	Waive	Renuncia
	If the failed test result is irrelevant you can waive it using the https://bodhi.fedoraproject.org[Bodhi web interface] or directly from the command line:	Si el resultado fallido de la prueba es irrelevante usted puede renunciar usando la https://bodhi.fedoraproject.org[Interfaz web Bodhi] o directamente desde la línea de comandos:
	# List blocking test results bodhi updates waive <id> --show	# Listar resultados de pruebas bloqueados bodhi updates waive <id> --show
	# Specify which tests to waive via: bodhi updates waive <id> --test="dist.rpmlint" --test="atomic-ci" "Comment explaining the waiver"	# Especificar a que pruebas renuncias por medio de: bodhi updates waive <id> --test="dist.rpmlint" --test="atomic-ci" "Comentario explicando la renuncia"
	# Waive all tests: bodhi updates waive <id> --test=all "Comment explaining the waiver"	# Renunciar a todas las pruebas: bodhi updates waive <id> --test=all "Comentario explicando la renuncia"
	While the web UI only allows to waive all tests, command line provides a way to select tests which should be waived.	Mientras que el IU web solo permite renunciar a todas las pruebas, la línea de comandos provee de una manera de seleccionar las pruebas a las que desearía renunciar.
	Links	Vinculos
	https://pagure.io/greenwave[Greenwave] ... service to evaluate gating policies based on test results	https://pagure.io/greenwave[Greenwave] ... servicio para evaluar las políticas de compuerta en base a los resultados de las pruebas
	https://pagure.io/taskotron/resultsdb[ResultsDB] ... results store engine	https://pagure.io/taskotron/resultsdb[ResultsDB] ... motor de almacenamiento de resultados
	https://pagure.io/waiverdb[WaiverDB] ... service for recording waivers against test results	https://pagure.io/waiverdb[WaiverDB] ... servicio para registrar exenciones contra resultados de las pruebas
	Greenwave's https://docs.pagure.org/greenwave/package-specific-policies.html[Package-specific policies]	https://docs.pagure.org/greenwave/package-specific-policies.html[Paquete de políticas específicas] de Greenwave
	https://pagure.io/fesco/issue/1966[Allow turning on opt-in gating] issue	Cuestión https://pagure.io/fesco/issue/1966[Permitir activar la activación opcional]