Documentation/translations/sp_SP/process/1.Intro.rst

Source file repositories/reference/linux-study-clean/Documentation/translations/sp_SP/process/1.Intro.rst

File Facts

System
Linux kernel
Corpus path
Documentation/translations/sp_SP/process/1.Intro.rst
Extension
.rst
Size
16775 bytes
Lines
303
Domain
Support Tooling And Documentation
Bucket
Documentation
Inferred role
Support Tooling And Documentation: documentation
Status
atlas-only

Why This File Exists

Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.

Dependency Surface

Detected Declarations

Annotated Snippet

.. include:: ../disclaimer-sp.rst

:Original: Documentation/process/1.Intro.rst
:Translator: Avadhut Naik <avadhut.naik@amd.com>

.. _sp_development_process_intro:

Introducción
============

Resumen ejecutivo
-----------------

El resto de esta sección cubre el alcance del proceso de desarrollo del
kernel y los tipos de frustraciones que los desarrolladores y sus
empleadores pueden encontrar allí. Hay muchas razones por las que el
código del kernel debe fusionarse con el kernel oficial (“mainline”),
incluyendo la disponibilidad automática para los usuarios, el apoyo de la
comunidad en muchas formas, y la capacidad de influir en la dirección del
desarrollo del kernel. El código contribuido al kernel de Linux debe
estar disponible bajo una licencia compatible con GPL.

:ref:`sp_development_process` introduce el proceso de desarrollo, el ciclo
de lanzamiento del kernel y la mecánica de la "ventana de combinación"
(merge window). Se cubren las distintas fases en el desarrollo del parche,
la revisión y, el ciclo de fusión. Hay algunas discusiones sobre
herramientas y listas de correo. Se anima a los desarrolladores que deseen
comenzar con el desarrollo del kernel a encontrar y corregir errores como
ejercicio inicial.

:ref:`sp_development_early_stage` cubre la planificación de proyectos en
etapas tempranas, con énfasis en involucrar a la comunidad de desarrollo
lo antes posible.

:ref:`sp_development_coding` trata sobre el proceso de codificación. Se
discuten varios escollos encontrados por otros desarrolladores. Se cubren
algunos requisitos para los parches, y hay una introducción a algunas de
las herramientas que pueden ayudar a garantizar que los parches del kernel
sean correctos.

:ref:`sp_development_posting` trata sobre el proceso de enviar parches para
su revisión. Para ser tomados en serio por la comunidad de desarrollo,
los parches deben estar correctamente formateados y descritos, y deben
enviarse al lugar correcto. Seguir los consejos de esta sección debería
ayudar a garantizar la mejor recepción posible para su trabajo.

:ref:`sp_development_followthrough` cubre lo que sucede después de publicar
parches; el trabajo está lejos de terminar en ese momento. Trabajar con
revisores es una parte crucial del proceso de desarrollo; esta sección
ofrece varios consejos sobre cómo evitar problemas en esta importante
etapa. Se advierte a los desarrolladores que no asuman que el trabajo está
terminado cuando un parche se fusiona en mainline.

:ref:`sp_development_advancedtopics` introduce un par de temas “avanzados”:
la administración de parches con git y la revisión de parches publicados
por otros.

:ref:`sp_development_conclusion` concluye el documento con punteros a las
fuentes para obtener más información sobre el desarrollo del kernel.

De qué trata este documento
---------------------------

El kernel de Linux, con más de 8 millones de líneas de código y más de
1000 colaboradores en cada versión, en uno de los proyectos de software
libre más grandes y activos que existen. Desde sus humildes comienzos en
1991, este kernel ha evolucionado hasta convertirse en el mejor componente
del sistema operativo que se ejecuta en reproductores de música digital
de bolsillo, PC de escritorio, las supercomputadoras más grandes que
existen y todo tipo de sistemas intermedios. Es una solución robusta,

Annotation

Implementation Notes