€•ü‡      Œsphinx.addnodes”Œdocument”“”)”}”(Œ	rawsource”Œ ”Œchildren”]”(Œtranslations”ŒLanguagesNode”“”)”}”(hhh]”(h Œpending_xref”“”)”}”(hhh]”Œdocutils.nodes”ŒText”“”ŒEnglish”…””}”Œparent”hsbaŒ
attributes”}”(Œids”]”Œclasses”]”Œnames”]”Œdupnames”]”Œbackrefs”]”Œ	refdomain”Œstd”Œreftype”Œdoc”Œ	reftarget”Œ/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuŒtagname”hhhubh)”}”(hhh]”hŒChinese (Simplified)”…””}”hh2sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ,/translations/zh_CN/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒChinese (Traditional)”…””}”hhFsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ,/translations/zh_TW/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒItalian”…””}”hhZsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ,/translations/it_IT/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒJapanese”…””}”hhnsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ,/translations/ja_JP/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒKorean”…””}”hh‚sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ,/translations/ko_KR/process/7.AdvancedTopics”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubeh}”(h]”h ]”h"]”h$]”h&]”Œcurrent_language”ŒSpanish”uh1h
hhŒ	_document”hŒsource”NŒline”NubhŒwarning”“”)”}”(hX?  Si tiene alguna duda sobre la exactitud del contenido de esta
traducciÃ³n, la Ãºnica referencia vÃ¡lida es la documentaciÃ³n oficial en
inglÃ©s.
AdemÃ¡s, por defecto, los enlaces a documentos redirigen a la
documentaciÃ³n en inglÃ©s, incluso si existe una versiÃ³n traducida.
Consulte el Ã­ndice para mÃ¡s informaciÃ³n.”h]”hŒ	paragraph”“”)”}”(hX?  Si tiene alguna duda sobre la exactitud del contenido de esta
traducciÃ³n, la Ãºnica referencia vÃ¡lida es la documentaciÃ³n oficial en
inglÃ©s.
AdemÃ¡s, por defecto, los enlaces a documentos redirigen a la
documentaciÃ³n en inglÃ©s, incluso si existe una versiÃ³n traducida.
Consulte el Ã­ndice para mÃ¡s informaciÃ³n.”h]”hX?  Si tiene alguna duda sobre la exactitud del contenido de esta
traducciÃ³n, la Ãºnica referencia vÃ¡lida es la documentaciÃ³n oficial en
inglÃ©s.
AdemÃ¡s, por defecto, los enlaces a documentos redirigen a la
documentaciÃ³n en inglÃ©s, incluso si existe una versiÃ³n traducida.
Consulte el Ã­ndice para mÃ¡s informaciÃ³n.”…””}”(hh©hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸŒ2Documentation/translations/sp_SP/disclaimer-sp.rst”h Khh£ubah}”(h]”h ]”h"]”h$]”h&]”uh1h¡hhhžhhŸh·h NubhŒ
field_list”“”)”}”(hhh]”(hŒfield”“”)”}”(hhh]”(hŒ
field_name”“”)”}”(hŒOriginal”h]”hŒOriginal”…””}”(hhÊhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÈhhÅhŸŒY/var/lib/git/docbuild/linux/Documentation/translations/sp_SP/process/7.AdvancedTopics.rst”h K ubhŒ
field_body”“”)”}”(hŒ*Documentation/process/7.AdvancedTopics.rst”h]”h¨)”}”(hhÝh]”hŒ*Documentation/process/7.AdvancedTopics.rst”…””}”(hhßhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KhhÛubah}”(h]”h ]”h"]”h$]”h&]”uh1hÙhhÅubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÃhŸhØh KhhÀhžhubhÄ)”}”(hhh]”(hÉ)”}”(hŒ
Translator”h]”hŒ
Translator”…””}”(hhûhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÈhhøhŸhØh K ubhÚ)”}”(hŒVCarlos Bilbao <carlos.bilbao.osdev@gmail.com> and Avadhut Naik <avadhut.naik@amd.com>
”h]”h¨)”}”(hŒUCarlos Bilbao <carlos.bilbao.osdev@gmail.com> and Avadhut Naik <avadhut.naik@amd.com>”h]”(hŒCarlos Bilbao <”…””}”(hj  hžhhŸNh NubhŒ	reference”“”)”}”(hŒcarlos.bilbao.osdev@gmail.com”h]”hŒcarlos.bilbao.osdev@gmail.com”…””}”(hj  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œ$mailto:carlos.bilbao.osdev@gmail.com”uh1j  hj  ubhŒ> and Avadhut Naik <”…””}”(hj  hžhhŸNh Nubj  )”}”(hŒavadhut.naik@amd.com”h]”hŒavadhut.naik@amd.com”…””}”(hj+  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œmailto:avadhut.naik@amd.com”uh1j  hj  ubhŒ>”…””}”(hj  hžhhŸNh Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khj	  ubah}”(h]”h ]”h"]”h$]”h&]”uh1hÙhhøubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÃhŸhØh KhhÀhžhubeh}”(h]”h ]”h"]”h$]”h&]”uh1h¾hhhžhhŸhØh KubhŒtarget”“”)”}”(hŒ".. _sp_development_advancedtopics:”h]”h}”(h]”h ]”h"]”h$]”h&]”Œrefid”Œsp-development-advancedtopics”uh1jW  h KhhhžhhŸhØubhŒsection”“”)”}”(hhh]”(hŒtitle”“”)”}”(hŒTemas avanzados”h]”hŒTemas avanzados”…””}”(hjl  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jj  hjg  hžhhŸhØh K	ubh¨)”}”(hX8  Llegados a este punto, con suerte, tiene una idea de cÃ³mo funciona el
proceso de desarrollo. Sin embargo, Â¡todavÃ­a hay mÃ¡s que aprender! Esta
secciÃ³n cubrirÃ¡ varios temas que pueden ser Ãºtiles para los desarrolladores
que desean convertirse en una parte regular del proceso de desarrollo del
kernel Linux.”h]”hX8  Llegados a este punto, con suerte, tiene una idea de cÃ³mo funciona el
proceso de desarrollo. Sin embargo, Â¡todavÃ­a hay mÃ¡s que aprender! Esta
secciÃ³n cubrirÃ¡ varios temas que pueden ser Ãºtiles para los desarrolladores
que desean convertirse en una parte regular del proceso de desarrollo del
kernel Linux.”…””}”(hjz  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khjg  hžhubjf  )”}”(hhh]”(jk  )”}”(hŒGestionar parches con git”h]”hŒGestionar parches con git”…””}”(hj‹  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jj  hjˆ  hžhhŸhØh Kubh¨)”}”(hX7  El uso del control de versiones distribuido para el kernel comenzÃ³ a
principios de 2002 cuando Linus comenzÃ³ a jugar con la aplicaciÃ³n
propietaria BitKeeper. Aunque BitKeeper fue controvertido, el enfoque de
la gestiÃ³n de versiones de software que incorporÃ³ ciertamente no lo fue.
El control de versiones distribuido permitiÃ³ una aceleraciÃ³n inmediata
del proyecto de desarrollo del kernel. En los tiempos actuales, existen
varias alternativas gratuitas a BitKeeper. Para bien o para mal, el
proyecto del kernel ha optado por git como su herramienta preferida.”h]”hX7  El uso del control de versiones distribuido para el kernel comenzÃ³ a
principios de 2002 cuando Linus comenzÃ³ a jugar con la aplicaciÃ³n
propietaria BitKeeper. Aunque BitKeeper fue controvertido, el enfoque de
la gestiÃ³n de versiones de software que incorporÃ³ ciertamente no lo fue.
El control de versiones distribuido permitiÃ³ una aceleraciÃ³n inmediata
del proyecto de desarrollo del kernel. En los tiempos actuales, existen
varias alternativas gratuitas a BitKeeper. Para bien o para mal, el
proyecto del kernel ha optado por git como su herramienta preferida.”…””}”(hj™  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khjˆ  hžhubh¨)”}”(hX…  Administrar parches con git puede hacer la vida mucho mÃ¡s fÃ¡cil para el
desarrollador, especialmente a medida que crece el volumen de esos
parches. Git tambiÃ©n tiene sus asperezas y representa ciertos peligros;
es una herramienta joven y poderosa que aÃºn estÃ¡ siendo civilizada por
sus desarrolladores. Este documento no intentarÃ¡ enseÃ±ar al lector cÃ³mo
usar git; eso serÃ­a material suficiente para un documento extenso por
derecho propio. En su lugar, el enfoque aquÃ­ serÃ¡ cÃ³mo git encaja en el
proceso de desarrollo del kernel en particular. Los desarrolladores que
deseen ponerse al dÃ­a con git encontrarÃ¡n mÃ¡s informaciÃ³n en:”h]”hX…  Administrar parches con git puede hacer la vida mucho mÃ¡s fÃ¡cil para el
desarrollador, especialmente a medida que crece el volumen de esos
parches. Git tambiÃ©n tiene sus asperezas y representa ciertos peligros;
es una herramienta joven y poderosa que aÃºn estÃ¡ siendo civilizada por
sus desarrolladores. Este documento no intentarÃ¡ enseÃ±ar al lector cÃ³mo
usar git; eso serÃ­a material suficiente para un documento extenso por
derecho propio. En su lugar, el enfoque aquÃ­ serÃ¡ cÃ³mo git encaja en el
proceso de desarrollo del kernel en particular. Los desarrolladores que
deseen ponerse al dÃ­a con git encontrarÃ¡n mÃ¡s informaciÃ³n en:”…””}”(hj§  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khjˆ  hžhubhŒblock_quote”“”)”}”(hŒXhttps://git-scm.com/

https://www.kernel.org/pub/software/scm/git/docs/user-manual.html
”h]”(h¨)”}”(hŒhttps://git-scm.com/”h]”j  )”}”(hj½  h]”hŒhttps://git-scm.com/”…””}”(hj¿  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”j½  uh1j  hj»  ubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K'hj·  ubh¨)”}”(hŒAhttps://www.kernel.org/pub/software/scm/git/docs/user-manual.html”h]”j  )”}”(hjÕ  h]”hŒAhttps://www.kernel.org/pub/software/scm/git/docs/user-manual.html”…””}”(hj×  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”jÕ  uh1j  hjÓ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K)hj·  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1jµ  hŸhØh K'hjˆ  hžhubh¨)”}”(hŒ3y en varios tutoriales que se encuentran en la web.”h]”hŒ3y en varios tutoriales que se encuentran en la web.”…””}”(hjñ  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K+hjˆ  hžhubh¨)”}”(hX  El primer orden del negocio es leer los sitios mencionados anteriormente
y comprender cÃ³mo funciona git antes de intentar usarlo para poner
parches a disposiciÃ³n de otros. Un desarrollador que usa git debe ser
capaz de obtener una copia del repositorio mainline, explorar el historial
de revisiones, hacer commits en el Ã¡rbol, usar ramas, etcÃ©tera. TambiÃ©n es
Ãºtil entender las herramientas de git para rescribir la historia (como
rebase). Git viene con su propia terminologÃ­a y conceptos; un nuevo
usuario de git debe conocer las referencias, las ramas remotas, el Ã­ndice,
las fusiones fast-forward, los pushes y pulls, las cabezas separadas,
etcÃ©tera. Todo puede ser un poco intimidante al principio, pero los
conceptos no son tan difÃ­ciles de entender con un poco de estudio.”h]”hX  El primer orden del negocio es leer los sitios mencionados anteriormente
y comprender cÃ³mo funciona git antes de intentar usarlo para poner
parches a disposiciÃ³n de otros. Un desarrollador que usa git debe ser
capaz de obtener una copia del repositorio mainline, explorar el historial
de revisiones, hacer commits en el Ã¡rbol, usar ramas, etcÃ©tera. TambiÃ©n es
Ãºtil entender las herramientas de git para rescribir la historia (como
rebase). Git viene con su propia terminologÃ­a y conceptos; un nuevo
usuario de git debe conocer las referencias, las ramas remotas, el Ã­ndice,
las fusiones fast-forward, los pushes y pulls, las cabezas separadas,
etcÃ©tera. Todo puede ser un poco intimidante al principio, pero los
conceptos no son tan difÃ­ciles de entender con un poco de estudio.”…””}”(hjÿ  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K-hjˆ  hžhubh¨)”}”(hŒ{Usar git para generar parches para enviarlos por correo electrÃ³nico puede
ser un buen ejercicio mientras te pones al dÃ­a.”h]”hŒ{Usar git para generar parches para enviarlos por correo electrÃ³nico puede
ser un buen ejercicio mientras te pones al dÃ­a.”…””}”(hj  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K9hjˆ  hžhubh¨)”}”(hX*  Cuando estÃ© listo para comenzar a publicar Ã¡rboles de git para que otros
los vean, necesitarÃ¡ por supuesto, un servidor del que se pueda extraer.
Configurar un servidor de este tipo con git-daemon es relativamente
sencillo si tiene un sistema accesible a Internet. De lo contrario, los
sitios de alojamiento pÃºblico y gratuitos (GitHub, por ejemplo) estÃ¡n
comenzando a aparecer en la red. Los desarrolladores establecidos pueden
obtener una cuenta en kernel.org, pero no son fÃ¡ciles de conseguir; ver
https://kernel.org/faq/ para mÃ¡s informaciÃ³n.”h]”(hXû  Cuando estÃ© listo para comenzar a publicar Ã¡rboles de git para que otros
los vean, necesitarÃ¡ por supuesto, un servidor del que se pueda extraer.
Configurar un servidor de este tipo con git-daemon es relativamente
sencillo si tiene un sistema accesible a Internet. De lo contrario, los
sitios de alojamiento pÃºblico y gratuitos (GitHub, por ejemplo) estÃ¡n
comenzando a aparecer en la red. Los desarrolladores establecidos pueden
obtener una cuenta en kernel.org, pero no son fÃ¡ciles de conseguir; ver
”…””}”(hj  hžhhŸNh Nubj  )”}”(hŒhttps://kernel.org/faq/”h]”hŒhttps://kernel.org/faq/”…””}”(hj#  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”j%  uh1j  hj  ubhŒ para mÃ¡s informaciÃ³n.”…””}”(hj  hžhhŸNh Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K<hjˆ  hžhubh¨)”}”(hX3  El flujo de trabajo normal de git implica el uso de muchas ramas. Cada
lÃ­nea de desarrollo puede separarse en una â€œrama temÃ¡ticaâ€ separada y
mantenerse de forma independiente. Las ramas en git son baratas, no hay
razÃ³n para no hacer uso gratuito de ellas. Y, en cualquier caso, no debe
desarrollarse en ninguna rama de la que tenga la intenciÃ³n de pedir a
otros que hagan un pull. Las ramas disponibles pÃºblicamente deben crearse
con cuidado; fusione los parches de las ramas de desarrollo cuando estÃ©n
en forma completa y listos para usar â€“ no antes.”h]”hX3  El flujo de trabajo normal de git implica el uso de muchas ramas. Cada
lÃ­nea de desarrollo puede separarse en una â€œrama temÃ¡ticaâ€ separada y
mantenerse de forma independiente. Las ramas en git son baratas, no hay
razÃ³n para no hacer uso gratuito de ellas. Y, en cualquier caso, no debe
desarrollarse en ninguna rama de la que tenga la intenciÃ³n de pedir a
otros que hagan un pull. Las ramas disponibles pÃºblicamente deben crearse
con cuidado; fusione los parches de las ramas de desarrollo cuando estÃ©n
en forma completa y listos para usar â€“ no antes.”…””}”(hj<  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KEhjˆ  hžhubh¨)”}”(hX¤  Git proporciona herramientas poderosas que permiten reescribir su historia
de desarrollo. Un parche inconveniente (uno que rompe la bisecciÃ³n, por
ejemplo, o que tiene algÃºn otro tipo de error obvio) se puede corregir en
su lugar o hacer que desaparezca de la historia por completo. Una serie de
parches se puede reescribir como si se hubiera escrito sobre el mainline
de hoy, aunque haya estado trabajando en ella durante meses. Los cambios
se pueden transferir de manera transparente de una rama a otra. Y asÃ­
sucesivamente. El uso juicioso de la capacidad de git para revisar el
historial puede ayudar en la creaciÃ³n de conjuntos de parches limpios con
menos problemas.”h]”hX¤  Git proporciona herramientas poderosas que permiten reescribir su historia
de desarrollo. Un parche inconveniente (uno que rompe la bisecciÃ³n, por
ejemplo, o que tiene algÃºn otro tipo de error obvio) se puede corregir en
su lugar o hacer que desaparezca de la historia por completo. Una serie de
parches se puede reescribir como si se hubiera escrito sobre el mainline
de hoy, aunque haya estado trabajando en ella durante meses. Los cambios
se pueden transferir de manera transparente de una rama a otra. Y asÃ­
sucesivamente. El uso juicioso de la capacidad de git para revisar el
historial puede ayudar en la creaciÃ³n de conjuntos de parches limpios con
menos problemas.”…””}”(hjJ  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KNhjˆ  hžhubh¨)”}”(hXä  El uso excesivo de esta capacidad puede llevar a otros problemas mÃ¡s allÃ¡
de una simple obsesiÃ³n por crear la historia perfecta del proyecto.
Reescribir la historia rescribirÃ¡ los cambios contenidos en esa historia,
convirtiendo un Ã¡rbol del kernel probado (con suerte) en uno no probado.
Pero mÃ¡s allÃ¡ de eso, los desarrolladores no pueden colaborar fÃ¡cilmente
si no tienen una vista compartida del historial del proyecto; si reescribe
la historia que otros desarrolladores han introducido en sus repositorios,
les harÃ¡ la vida mucho mÃ¡s difÃ­cil a esos desarrolladores. Por lo tanto,
aquÃ­ se aplica una regla simple general: la historia que se ha exportado
a otros generalmente debe considerarse inmutable a partir de entonces.”h]”hXä  El uso excesivo de esta capacidad puede llevar a otros problemas mÃ¡s allÃ¡
de una simple obsesiÃ³n por crear la historia perfecta del proyecto.
Reescribir la historia rescribirÃ¡ los cambios contenidos en esa historia,
convirtiendo un Ã¡rbol del kernel probado (con suerte) en uno no probado.
Pero mÃ¡s allÃ¡ de eso, los desarrolladores no pueden colaborar fÃ¡cilmente
si no tienen una vista compartida del historial del proyecto; si reescribe
la historia que otros desarrolladores han introducido en sus repositorios,
les harÃ¡ la vida mucho mÃ¡s difÃ­cil a esos desarrolladores. Por lo tanto,
aquÃ­ se aplica una regla simple general: la historia que se ha exportado
a otros generalmente debe considerarse inmutable a partir de entonces.”…””}”(hjX  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KYhjˆ  hžhubh¨)”}”(hX  Por lo tanto, una vez que enviÃ© un conjunto de cambios a su servidor
disponible pÃºblicamente, esos cambios no deben reescribirse. Git
intentarÃ¡ hacer cumplir esta regla si intenta enviar cambios que no
resulten en un â€œfast-forward mergeâ€ (es decir, cambios que no comparten
el mismo historial). Es posible anular esta comprobaciÃ³n, y puede haber
ocasiones en las que sea necesario reescribir un Ã¡rbol exportado. Mover
conjuntos de cambios entre Ã¡rboles para evitar conflictos en linux-next
es un ejemplo. Pero tales acciones deberÃ­an ser raras. Esta es una de las
razones por las que el desarrollo debe hacerse en ramas privadas (que se
pueden reescribir si es necesario) y solo trasladarse a ramas pÃºblicas
cuando estÃ© en un estado razonablemente avanzado.”h]”hX  Por lo tanto, una vez que enviÃ© un conjunto de cambios a su servidor
disponible pÃºblicamente, esos cambios no deben reescribirse. Git
intentarÃ¡ hacer cumplir esta regla si intenta enviar cambios que no
resulten en un â€œfast-forward mergeâ€ (es decir, cambios que no comparten
el mismo historial). Es posible anular esta comprobaciÃ³n, y puede haber
ocasiones en las que sea necesario reescribir un Ã¡rbol exportado. Mover
conjuntos de cambios entre Ã¡rboles para evitar conflictos en linux-next
es un ejemplo. Pero tales acciones deberÃ­an ser raras. Esta es una de las
razones por las que el desarrollo debe hacerse en ramas privadas (que se
pueden reescribir si es necesario) y solo trasladarse a ramas pÃºblicas
cuando estÃ© en un estado razonablemente avanzado.”…””}”(hjf  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Kdhjˆ  hžhubh¨)”}”(hXÕ  A medida que el mainline (u otro Ã¡rbol en el que se basa un conjunto de
cambios) avanza, es tentador fusionarse con ese Ã¡rbol para permanecer a
la vanguardia. Para una rama privada, la rebase puede ser una manera fÃ¡cil
de mantenerse al dÃ­a con otro Ã¡rbol, pero la rebase no es una opciÃ³n una
vez que el Ã¡rbol se exporta al mundo. Una vez que eso sucede, se debe
realizar una fusiÃ³n completa. Fusionar ocasionalmente tiene sentido, pero
las fusiones demasiado frecuentes pueden desordenar el historial
innecesariamente. La tÃ©cnica sugerida en este caso es fusionar con poca
frecuencia y, por lo general, solo en puntos de lanzamiento especÃ­ficos
(como una versiÃ³n -rc del mainline). Si estÃ¡ nervioso por cambios
especÃ­ficos, siempre puede realizar fusiones de prueba en una rama
privada. La herramienta git â€œrerereâ€ puede ser Ãºtil en tales situaciones;
recuerda cÃ³mo se resolvieron los conflictos de fusiÃ³n para que no tenga
que hacer el mismo trabajo dos veces.”h]”hXÕ  A medida que el mainline (u otro Ã¡rbol en el que se basa un conjunto de
cambios) avanza, es tentador fusionarse con ese Ã¡rbol para permanecer a
la vanguardia. Para una rama privada, la rebase puede ser una manera fÃ¡cil
de mantenerse al dÃ­a con otro Ã¡rbol, pero la rebase no es una opciÃ³n una
vez que el Ã¡rbol se exporta al mundo. Una vez que eso sucede, se debe
realizar una fusiÃ³n completa. Fusionar ocasionalmente tiene sentido, pero
las fusiones demasiado frecuentes pueden desordenar el historial
innecesariamente. La tÃ©cnica sugerida en este caso es fusionar con poca
frecuencia y, por lo general, solo en puntos de lanzamiento especÃ­ficos
(como una versiÃ³n -rc del mainline). Si estÃ¡ nervioso por cambios
especÃ­ficos, siempre puede realizar fusiones de prueba en una rama
privada. La herramienta git â€œrerereâ€ puede ser Ãºtil en tales situaciones;
recuerda cÃ³mo se resolvieron los conflictos de fusiÃ³n para que no tenga
que hacer el mismo trabajo dos veces.”…””}”(hjt  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Kphjˆ  hžhubh¨)”}”(hXþ  Una de las mayores quejas recurrentes sobre herramientas como git es la
siguiente: el movimiento masivo de parches de un repositorio a otro hace
que sea fÃ¡cil deslizar cambios mÃ¡s aconsejados que pasan al mainline
debajo del radar de revisiÃ³n. Los desarrolladores del kernel tienden a
descontentarse cuando ven que suceden ese tipo de cosas; poner un Ã¡rbol
de git con parches no revisados o fuera de tema puede afectar su capacidad
para hacer que los Ã¡rboles sean integrados en el futuro. Citando a Linus:”h]”hXþ  Una de las mayores quejas recurrentes sobre herramientas como git es la
siguiente: el movimiento masivo de parches de un repositorio a otro hace
que sea fÃ¡cil deslizar cambios mÃ¡s aconsejados que pasan al mainline
debajo del radar de revisiÃ³n. Los desarrolladores del kernel tienden a
descontentarse cuando ven que suceden ese tipo de cosas; poner un Ã¡rbol
de git con parches no revisados o fuera de tema puede afectar su capacidad
para hacer que los Ã¡rboles sean integrados en el futuro. Citando a Linus:”…””}”(hj‚  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khjˆ  hžhubhŒliteral_block”“”)”}”(hŒäPuede enviarme parches, pero para que yo acepte un parche de git de
su parte, necesito saber que usted sabe lo que estÃ¡ haciendo, y
necesito poder confiar en las cosas *sin* tener que revisar
manualmente cada cambio individual.”h]”hŒäPuede enviarme parches, pero para que yo acepte un parche de git de
su parte, necesito saber que usted sabe lo que estÃ¡ haciendo, y
necesito poder confiar en las cosas *sin* tener que revisar
manualmente cada cambio individual.”…””}”hj’  sbah}”(h]”h ]”h"]”h$]”h&]”Œ	xml:space”Œpreserve”uh1j  hŸhØh K‰hjˆ  hžhubh¨)”}”(hŒ#(https://lwn.net/Articles/224135/).”h]”(hŒ(”…””}”(hj¢  hžhhŸNh Nubj  )”}”(hŒ https://lwn.net/Articles/224135/”h]”hŒ https://lwn.net/Articles/224135/”…””}”(hjª  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”j¬  uh1j  hj¢  ubhŒ).”…””}”(hj¢  hžhhŸNh Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KŽhjˆ  hžhubh¨)”}”(hXí  Para evitar este tipo de situaciÃ³n, asegÃºrese de que todos los parches
dentro de una rama determinada se adhieran estrictamente al tema asociado;
una rama de â€œcorrecciones de driversâ€ no deberÃ­a hacer cambios en el
cÃ³digo central de gestiÃ³n de memoria. Y, lo mÃ¡s importante, no utilice un
Ã¡rbol git para eludir el proceso de revisiÃ³n. Publique un resumen
ocasional del Ã¡rbol en la lista relevante y, cuando sea el momento
adecuado, solicite que el Ã¡rbol se incluya en linux-next.”h]”hXí  Para evitar este tipo de situaciÃ³n, asegÃºrese de que todos los parches
dentro de una rama determinada se adhieran estrictamente al tema asociado;
una rama de â€œcorrecciones de driversâ€ no deberÃ­a hacer cambios en el
cÃ³digo central de gestiÃ³n de memoria. Y, lo mÃ¡s importante, no utilice un
Ã¡rbol git para eludir el proceso de revisiÃ³n. Publique un resumen
ocasional del Ã¡rbol en la lista relevante y, cuando sea el momento
adecuado, solicite que el Ã¡rbol se incluya en linux-next.”…””}”(hjÃ  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Khjˆ  hžhubh¨)”}”(hXc  Si y cuando otros comiencen a enviar parches para su inclusiÃ³n en su
Ã¡rbol, no olvide revisarlos. AdemÃ¡s, asegÃºrese de mantener la informaciÃ³n
de autorÃ­a correcta; la herramienta git â€œamâ€ hace lo mejor que puede es
este sentido, pero es posible que tenga que agregar una lÃ­nea â€œFrom:â€ al
parche si ha sido reenviado a travÃ©s de un tercero.”h]”hXc  Si y cuando otros comiencen a enviar parches para su inclusiÃ³n en su
Ã¡rbol, no olvide revisarlos. AdemÃ¡s, asegÃºrese de mantener la informaciÃ³n
de autorÃ­a correcta; la herramienta git â€œamâ€ hace lo mejor que puede es
este sentido, pero es posible que tenga que agregar una lÃ­nea â€œFrom:â€ al
parche si ha sido reenviado a travÃ©s de un tercero.”…””}”(hjÑ  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K˜hjˆ  hžhubh¨)”}”(hXt  Al solicitar un pull, proporcione toda la informaciÃ³n relevante: dÃ³nde
estÃ¡ su Ã¡rbol, quÃ© rama se debe pull, y que cambios resultarÃ¡n del pull.
El comando git request-pull puede ser Ãºtil en este sentido; formatearÃ¡ la
solicitud como otros desarrolladores esperan, y tambiÃ©n comprobarÃ¡ para
asegurarse de que ha recordado enviar esos cambios al servidor pÃºblico.”h]”hXt  Al solicitar un pull, proporcione toda la informaciÃ³n relevante: dÃ³nde
estÃ¡ su Ã¡rbol, quÃ© rama se debe pull, y que cambios resultarÃ¡n del pull.
El comando git request-pull puede ser Ãºtil en este sentido; formatearÃ¡ la
solicitud como otros desarrolladores esperan, y tambiÃ©n comprobarÃ¡ para
asegurarse de que ha recordado enviar esos cambios al servidor pÃºblico.”…””}”(hjß  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh Kžhjˆ  hžhubeh}”(h]”Œgestionar-parches-con-git”ah ]”h"]”Œgestionar parches con git”ah$]”h&]”uh1je  hjg  hžhhŸhØh Kubjf  )”}”(hhh]”(jk  )”}”(hŒRevisiÃ³n de parches”h]”hŒRevisiÃ³n de parches”…””}”(hjø  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jj  hjõ  hžhhŸhØh K¥ubh¨)”}”(hX±  Algunos lectores seguramente se opondrÃ¡n a incluir esta secciÃ³n con
â€œtemas avanzadosâ€ porque incluso los desarrolladores principiantes del
kernel deberÃ­an revisar los parches. Es cierto que no hay mejor manera de
aprender a programar en el entorno del kernel que mirando el cÃ³digo
publicado por otros. AdemÃ¡s, los revisores siempre escasean; al revisar
cÃ³digo, puede contribuir significativamente al proceso en su conjunto.”h]”hX±  Algunos lectores seguramente se opondrÃ¡n a incluir esta secciÃ³n con
â€œtemas avanzadosâ€ porque incluso los desarrolladores principiantes del
kernel deberÃ­an revisar los parches. Es cierto que no hay mejor manera de
aprender a programar en el entorno del kernel que mirando el cÃ³digo
publicado por otros. AdemÃ¡s, los revisores siempre escasean; al revisar
cÃ³digo, puede contribuir significativamente al proceso en su conjunto.”…””}”(hj  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K§hjõ  hžhubh¨)”}”(hXg  Revisar el cÃ³digo puede ser una perspectiva intimidante, especialmente
para un nuevo desarrollador de kernel que puede sentirse nervioso al
cuestionar el cÃ³digo â€“ en pÃºblico â€“ publicado por aquellos con mÃ¡s
experiencia. Sin embargo, incluso el cÃ³digo escrito por los desarrolladores
mÃ¡s experimentados se puede mejorar. QuizÃ¡s el mejor consejo para los
revisores (todos los revisores) es este: expresar los comentarios de
revisiÃ³n como preguntas en lugar de crÃ­ticas. Preguntar â€œÂ¿cÃ³mo se libera
el bloqueo en este camino?â€ siempre funcionarÃ¡ mejor que decir â€œel
bloqueo aquÃ­ es incorrectoâ€.”h]”hXg  Revisar el cÃ³digo puede ser una perspectiva intimidante, especialmente
para un nuevo desarrollador de kernel que puede sentirse nervioso al
cuestionar el cÃ³digo â€“ en pÃºblico â€“ publicado por aquellos con mÃ¡s
experiencia. Sin embargo, incluso el cÃ³digo escrito por los desarrolladores
mÃ¡s experimentados se puede mejorar. QuizÃ¡s el mejor consejo para los
revisores (todos los revisores) es este: expresar los comentarios de
revisiÃ³n como preguntas en lugar de crÃ­ticas. Preguntar â€œÂ¿cÃ³mo se libera
el bloqueo en este camino?â€ siempre funcionarÃ¡ mejor que decir â€œel
bloqueo aquÃ­ es incorrectoâ€.”…””}”(hj  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K®hjõ  hžhubh¨)”}”(hX  Otra tÃ©cnica que es Ãºtil en caso de desacuerdo es pedir a otros que
intervengan. Si una discusiÃ³n llega a un punto muerto despuÃ©s de algunos
intercambios, solicite las opiniones de otros revisores o maintainers. A
menudo, aquellos que estÃ¡n de acuerdo con un revisor permanecen en
silencio a menos que se les invite a participar. La opiniÃ³n de varias
personas tiene exponencialmente mÃ¡s peso.”h]”hX  Otra tÃ©cnica que es Ãºtil en caso de desacuerdo es pedir a otros que
intervengan. Si una discusiÃ³n llega a un punto muerto despuÃ©s de algunos
intercambios, solicite las opiniones de otros revisores o maintainers. A
menudo, aquellos que estÃ¡n de acuerdo con un revisor permanecen en
silencio a menos que se les invite a participar. La opiniÃ³n de varias
personas tiene exponencialmente mÃ¡s peso.”…””}”(hj"  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K¸hjõ  hžhubh¨)”}”(hXã  Diferentes desarrolladores revisarÃ¡n el cÃ³digo desde diferentes puntos de
vista. Algunos se preocupan principalmente por el estilo de codificaciÃ³n
y si las lÃ­neas de cÃ³digo tienen espacios en blanco al final. Otros se
enfocarÃ¡n principalmente en si el cambio implementado por el parche en su
totalidad es beneficioso para el kernel o no. Sin embargo, otros
comprobarÃ¡n si hay bloqueos problemÃ¡ticos, uso excesivo de la pila,
posibles problemas de seguridad, duplicaciÃ³n de cÃ³digo encontrado en
otras partes, documentaciÃ³n adecuada, efectos adversos en el rendimiento,
cambios en la ABI del espacio de usuario, etcÃ©tera. Todos los tipos de
revisiÃ³n, si conducen a un mejor cÃ³digo en el kernel, son bienvenidos y
valen la pena.”h]”hXã  Diferentes desarrolladores revisarÃ¡n el cÃ³digo desde diferentes puntos de
vista. Algunos se preocupan principalmente por el estilo de codificaciÃ³n
y si las lÃ­neas de cÃ³digo tienen espacios en blanco al final. Otros se
enfocarÃ¡n principalmente en si el cambio implementado por el parche en su
totalidad es beneficioso para el kernel o no. Sin embargo, otros
comprobarÃ¡n si hay bloqueos problemÃ¡ticos, uso excesivo de la pila,
posibles problemas de seguridad, duplicaciÃ³n de cÃ³digo encontrado en
otras partes, documentaciÃ³n adecuada, efectos adversos en el rendimiento,
cambios en la ABI del espacio de usuario, etcÃ©tera. Todos los tipos de
revisiÃ³n, si conducen a un mejor cÃ³digo en el kernel, son bienvenidos y
valen la pena.”…””}”(hj0  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh K¿hjõ  hžhubh¨)”}”(hXÒ  No hay ningÃºn requisito estricto para usar etiquetas especÃ­ficas como
``Reviewed-by``. De hecho, las revisiones en InglÃ©s sencillo son mÃ¡s
informativas y alentadas incluso cuando se proporciona una etiqueta, por
ejemplo, â€œRevisÃ© los aspectos A, B y C de esta propuesta y me parece
bienâ€.
Â¡Alguna forma de mensaje de revisiÃ³n o respuesta es obviamente necesaria,
de lo contrario, los maintainers no sabrÃ¡n que el revisor ha revisado el
parche en absoluto!”h]”(hŒHNo hay ningÃºn requisito estricto para usar etiquetas especÃ­ficas como
”…””}”(hj>  hžhhŸNh NubhŒliteral”“”)”}”(hŒ``Reviewed-by``”h]”hŒReviewed-by”…””}”(hjH  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jF  hj>  ubhX{  . De hecho, las revisiones en InglÃ©s sencillo son mÃ¡s
informativas y alentadas incluso cuando se proporciona una etiqueta, por
ejemplo, â€œRevisÃ© los aspectos A, B y C de esta propuesta y me parece
bienâ€.
Â¡Alguna forma de mensaje de revisiÃ³n o respuesta es obviamente necesaria,
de lo contrario, los maintainers no sabrÃ¡n que el revisor ha revisado el
parche en absoluto!”…””}”(hj>  hžhhŸNh Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KËhjõ  hžhubh¨)”}”(hŒÚPor Ãºltimo, pero no menos importante, la revisiÃ³n de parches puede
convertirse en un proceso negativo, centrado en seÃ±alar problemas. Â¡Por
favor, dÃ© un cumplido de vez en cuando, especialmente a los principiantes!”h]”hŒÚPor Ãºltimo, pero no menos importante, la revisiÃ³n de parches puede
convertirse en un proceso negativo, centrado en seÃ±alar problemas. Â¡Por
favor, dÃ© un cumplido de vez en cuando, especialmente a los principiantes!”…””}”(hj`  hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1h§hŸhØh KÔhjõ  hžhubeh}”(h]”Œrevision-de-parches”ah ]”h"]”ŒrevisiÃ³n de parches”ah$]”h&]”uh1je  hjg  hžhhŸhØh K¥ubeh}”(h]”(Œtemas-avanzados”jd  eh ]”h"]”(Œtemas avanzados”Œsp_development_advancedtopics”eh$]”h&]”uh1je  hhhžhhŸhØh K	Œexpect_referenced_by_name”}”j|  jY  sŒexpect_referenced_by_id”}”jd  jY  subeh}”(h]”h ]”h"]”h$]”h&]”Œsource”hØuh1hŒcurrent_source”NŒcurrent_line”NŒsettings”Œdocutils.frontend”ŒValues”“”)”}”(jj  NŒ	generator”NŒ	datestamp”NŒsource_link”NŒ
source_url”NŒtoc_backlinks”Œentry”Œfootnote_backlinks”KŒsectnum_xform”KŒstrip_comments”NŒstrip_elements_with_classes”NŒstrip_classes”NŒreport_level”KŒ
halt_level”KŒexit_status_level”KŒdebug”NŒwarning_stream”NŒ	traceback”ˆŒinput_encoding”Œ	utf-8-sig”Œinput_encoding_error_handler”Œstrict”Œoutput_encoding”Œutf-8”Œoutput_encoding_error_handler”j¦  Œerror_encoding”Œutf-8”Œerror_encoding_error_handler”Œbackslashreplace”Œlanguage_code”Œen”Œrecord_dependencies”NŒconfig”NŒ	id_prefix”hŒauto_id_prefix”Œid”Œdump_settings”NŒdump_internals”NŒdump_transforms”NŒdump_pseudo_xml”NŒexpose_internals”NŒstrict_visitor”NŒ_disable_config”NŒ_source”hØŒ_destination”NŒ_config_files”]”Œ7/var/lib/git/docbuild/linux/Documentation/docutils.conf”aŒfile_insertion_enabled”ˆŒraw_enabled”KŒline_length_limit”M'Œpep_references”NŒpep_base_url”Œhttps://peps.python.org/”Œpep_file_url_template”Œpep-%04d”Œrfc_references”NŒrfc_base_url”Œ&https://datatracker.ietf.org/doc/html/”Œ	tab_width”KŒtrim_footnote_reference_space”‰Œsyntax_highlight”Œlong”Œsmart_quotes”ˆŒsmartquotes_locales”]”Œcharacter_level_inline_markup”‰Œdoctitle_xform”‰Œdocinfo_xform”KŒsectsubtitle_xform”‰Œimage_loading”Œlink”Œembed_stylesheet”‰Œcloak_email_addresses”ˆŒsection_self_link”‰Œenv”NubŒreporter”NŒindirect_targets”]”Œsubstitution_defs”}”Œsubstitution_names”}”Œrefnames”}”Œrefids”}”jd  ]”jY  asŒnameids”}”(j|  jd  j{  jx  jò  jï  js  jp  uŒ	nametypes”}”(j|  ˆj{  ‰jò  ‰js  ‰uh}”(jd  jg  jx  jg  jï  jˆ  jp  jõ  uŒfootnote_refs”}”Œcitation_refs”}”Œautofootnotes”]”Œautofootnote_refs”]”Œsymbol_footnotes”]”Œsymbol_footnote_refs”]”Œ	footnotes”]”Œ	citations”]”Œautofootnote_start”KŒsymbol_footnote_start”K Œ
id_counter”Œcollections”ŒCounter”“”}”…”R”Œparse_messages”]”Œtransform_messages”]”hŒsystem_message”“”)”}”(hhh]”h¨)”}”(hhh]”hŒCHyperlink target "sp-development-advancedtopics" is not referenced.”…””}”hj  sbah}”(h]”h ]”h"]”h$]”h&]”uh1h§hj  ubah}”(h]”h ]”h"]”h$]”h&]”Œlevel”KŒtype”ŒINFO”Œsource”hØŒline”Kuh1j  ubaŒtransformer”NŒinclude_log”]”Œ=Documentation/translations/sp_SP/process/7.AdvancedTopics.rst”(NNNNt”†”aŒ
decoration”Nhžhub.