Lines Matching refs:un

12 un asunto relajado, con un número relativamente pequeño de usuarios y
14 alrededor de 2,000 desarrolladores involucrados durante un año, el kernel
22 Los desarrolladores del kernel utilizan un proceso de lanzamiento basado
36 Cada lanzamiento 5.x es un lanzamiento principal del kernel con nuevas
40 desarrollo del kernel de Linux; el kernel utiliza un modelo de desarrollo
48 La mayor parte de los cambios para un nuevo ciclo de desarrollo (y todos
49 los cambios principales) se fusionarán durante este tiempo, a un ritmo
67 problemas deben enviarse al mainline. En ocasiones, se permitirá un cambio
111 variables en un proyecto de este tamaño. Llega un punto en el que
115 se lanzan con un punado de regresiones conocidas, aunque, con suerte,
118 Una vez que se realiza un lanzamiento estable, su mantenimiento continuo
122 considerado para un lanzamiento de actualización, un parche debe
123 (1) corregir un error significativo y (2) ya estar fusionado en el
125 kernels recibirán actualizaciones estables durante un poco más de un
143 soporte durante un periodo más largo. Consulte el siguiente enlace para
149 La selección de un kernel para soporte a largo plazo es puramente una
150 cuestión de que un maintainer tenga la necesidad y el tiempo para
154 Ciclo de vida de un parche
158 kernel mainline. Hay, en cambio, un proceso algo complicado (aunque algo
160 a calidad y que cada parche implemente un cambio que es deseable tener en
167 cómo un parche entra en el kernel. Lo que sigue a continuación es una
171 Las etapas por las que pasa un parche son, generalmente:
182 problema importante con un parche si todo va bien.
185 inclusión en el mainline, debe ser aceptado por un maintainer del
204 - Fusión en el mainline. Eventualmente, un parche exitoso se fusionará
214 - Mantenimiento a largo plazo. Si bien un desarrollador puede olvidarse
223 (o sus empleadores) es tratar de reducir el proceso a un solo paso de
234 kernel ha crecido mucho desde hace tiempo a un tamaño en el que ningún
237 abordado este crecimiento es a través del uso de un sistema jerárquico
240 La base de código del kernel se descompone lógicamente en un conjunto de
243 un maintainer designado, un desarrollador que tiene la responsabilidad
246 gestionan; son los que (usualmente) aceptarán un parche para incluirlo en
253 permiten a los maintainers realizar un seguimiento de una lista de
277 Claramente, en un sistema como este, lograr que los parches se integren
289 del que preocuparse; un parche que cambia un prototipo de función del
295 eso sería un trabajo tedioso y propenso a errores.
307 kernel para la que no hay un árbol de subsistemas designado. Como
309 último recurso; si no hay otro camino obvio para un parche en el mainline,
311 en -mm eventualmente se enviarán a un árbol de subsistema apropiado o se
312 enviarán directamente a Linus. En un ciclo de desarrollo típico,
347 forma de realizar un seguimiento de los drivers drivers que no están a la
349 Linux, pero que las personas pueden querer usarlos y realizar un
355 driver, también debe haber un archivo TODO en el directorio. El archivo
369 camino para hacia convertirse en un apropiado driver del mainline.
388 Algún tipo de familiaridad con git es casi un requisito para los
412 Quilt es un sistema de gestión de parches, en lugar de un sistema de
414 en cambio, está orientado al seguimiento de un conjunto especifico de
424 través de listas de correo. Es difícil ser un miembro plenamente funcional
426 listas de correo de Linux también representan un peligro potencial para
440 supuesto, linux-kernel. Esta lista es un lugar intimidante; el volumen
443 preocupan por mostrar un alto grado de cortesía. Pero no hay otro lugar
444 donde la comunidad de desarrollo del kernel se reúna como un todo; los
503 iniciar un grupo de desarrollo. De hecho, esta puede ser una técnica
507 dada la inversión de algún tiempo. Tomarse este tiempo puede dotar a un
508 empleador de un grupo de desarrolladores que comprendan tanto el kernel
513 un lugar para empezar. Comenzar con un proyecto grande puede ser
518 crean un nivel de ruido que distrae a la comunidad de desarrollo en su