Lines Matching refs:su
8 Envío de parches: la guía esencial para incluir su código en el kernel
14 que pueden aumentar considerablemente las posibilidades de que se acepte su
32 adicional sobre su flujo de trabajo y expectativas, consulte
56 Describa su problema. Sea su parche una corrección de un error de una
69 que incluya cualquier cosa que pueda ayudar a dirigir su cambio
79 diferentes cargas de trabajo. Describa las desventajas esperadas de su
88 El maintainer le agradecerá que escriba la descripción de su parche en un
93 Resuelva solo un problema por parche. Si su descripción comienza a ser muy
94 larga, eso es una señal de que probablemente necesite dividir su parche.
102 parche. Es decir, el parche (serie) y su descripción deben ser
110 código fuente para cambiar su comportamiento.
125 posibilidad real. Tenga en cuenta que, aunque no hay colisión con su
131 apunten a estos. En caso de que su parche corrija un error, por poner un
148 Sin embargo, intente que su explicación sea comprensible sin recursos
153 Si su parche corrige un error en un commit específico, por ejemplo
199 en la descripción de su parche.
201 Cuando divida su cambio en una serie de parches, tenga especial cuidado en
204 para rastrear un problema pueden terminar dividiendo su serie de parches en
207 Si no puede condensar su conjunto de parches en un conjunto más pequeño de
215 Revise su parche para ver si hay violaciones de estilo básico, cuyos
217 No hacerlo simplemente desperdicia el tiempo de los revisores y su parche
229 del juicio humano. Si su código es mejor con una violación entonces
237 Debe poder justificar todas las violaciones que permanezcan en su parche.
240 Seleccione los destinatarios de su parche
253 una copia de su conjunto de parches. linux-kernel@vger.kernel.org debe
256 archivo MAINTAINERS una lista específica de los subsistemas; su parche
286 en el área de sign-off de su parche (es decir, NO un destinatario de correo
304 electrónico, de modo que puedan comentar sobre partes específicas de su
316 Tenga cuidado con el ajuste de palabras de su editor que corrompe su
317 parche, si elige cortar y pegar su parche.
322 en su código. Linus también necesita un poco más de tiempo para procesar un
323 archivo adjunto MIME, disminuyendo la probabilidad de que se acepte su
326 Excepción: si su proveedor de correo está destrozando parches, entonces
330 sobre cómo configurar su cliente de correo electrónico para que envíe sus
336 Es casi seguro que su parche recibirá comentarios de los revisores sobre
337 maneras en que se pueda mejorar el parche, en forma de respuesta a su
346 agradecerles que dediquen su tiempo. La revisión del código es un proceso
364 Después de haber entregado su cambio, sea paciente y espere. Los revisores
365 son personas ocupadas y es posible que no lleguen a su parche de inmediato.
381 No incluya "RESEND" cuando envíe una versión modificada de su parche o
391 es común prefijar su línea de asunto con [PATCH]. Esto le permite a Linus
398 Firme su trabajo: el Certificado de Origen del Desarrollador
402 que pueden filtrarse hasta su destino final a través de varias capas de
416 (a) La contribución fue creada en su totalidad o en parte por mí y
423 presentar tal trabajo con modificaciones, ya sean creadas en su
443 usando su nombre real (lamentablemente, no pseudónimos ni contribuciones
450 internos de su empresa o simplemente señalar algún detalle especial sobre
454 personas que manipulen y transporten el parche, pero no participaron en su
468 administración de un parche pero desea expresar y registrar su aprobación,
476 el "acker" ha revisado al menos ese parche y ha indicado su aceptación. Por
556 evaluar su idoneidad y preparación para su inclusión en
566 cuestiones que argumentarían en contra de su inclusión.
570 garantía o avales de que logrará su definido
580 revisiones exhaustivas, normalmente aumentan la probabilidad de que su
603 versiones estables del kernel deberían recibir su corrección. Este es el
663 Tenga en cuenta que la ``frase de resumen`` de su correo electrónico se
813 árbol deben colocar su trabajo. Esto es particularmente útil para CI
815 establecer la calidad de su envío antes de que el maintainer comience la
819 incluir automáticamente la información del árbol base en su envío usando el
854 árbol en que se basa su trabajo. Debe agregarlo en la carta de presentación
857 su firma del correo electrónico.