Home
last modified time | relevance | path

Searched refs:eles (Results 1 – 16 of 16) sorted by relevance

/linux/Documentation/translations/pt_BR/process/
H A D6.Followthrough.rst28 desenvolvedores à medida que eles revisam o código. Trabalhar com revisores
53 anos, mas entendem que seu empregador pode mudar. Quase sem exceção, eles
55 eles não estão tentando causar desconforto aos concorrentes de seus empregadores.
79 Um erro fatal é ignorar os comentários de revisão na esperança de que eles
87 anteriormente e de como você lidou com eles; o registro de alterações
91 com o pé direito, eles estarão de melhor humor quando revisitarem o seu código.
138 tinham que ser resolvidos às pressas. Agora eles podem ser resolvidos com calma,
187 A próxima vez que você enviar um patch, eles o avaliarão sob a suposição de
H A Dmanagement-style.rst108 Lembre-se: eles devem saber mais sobre os detalhes do que você, e geralmente já
111 sobre o que eles fazem.
115 claro qual abordagem é melhor, eles eventualmente descobrirão. A resposta pode
156 injustamente alvo. Torne-o inventivo o suficiente, e eles podem até se divertir.
205 culpa: faça isso por outra pessoa. Você se sentirá bem por assumir a culpa, eles
H A Dindex.rst67 Bugs são uma realidade; é importante lidarmos com eles de forma correta.
H A D8.Conclusion.rst39 Todos esses livros, no entanto, sofrem de um defeito comum: eles tendem a estar
H A Dkernel-driver-statement.rst12 prejudicial e indesejável. Repetidamente, constatamos que eles são
H A D4.Coding.rst52 codificação são vistos como ruído pela comunidade de desenvolvimento; eles tendem
95 patches rotineiramente para remover argumentos não utilizados; eles não devem,
295 um sistema implantado; o lockdep permite que eles sejam encontrados de maneira
437 fora da árvore (out-of-tree) de que há uma mudança à qual eles precisam
H A Dcode-of-conduct-interpretation.rst85 é limitada, portanto, eles devem definir prioridades. Isso, também, não
186 inaceitáveis quando eles não são resolvidos através de discussões na
H A Dapplying-patches.rst247 Os patches mais recentes estão vinculados na página principal, mas eles também
342 base 5.x, eles são aplicados sobre o kernel estável anterior (5.x.y-1).
371 Os patches -rc não são incrementais; eles se aplicam a um kernel base 5.x, assim
H A Dsecurity-bugs.rst108 no entanto, não faz com que eles andem mais rápido e consome a capacidade de
268 processos com os quais eles possam não estar familiarizados. Para equipes
340 "linux-distros" eles começam a partir da postagem inicial na lista,
H A Dbackporting.rst214 Pode ser uma boa ideia dar um ``git show`` nesses commits e ver se eles se
475 colori-los de acordo com as alterações entre eles::
551 principal (mainline) em seus kernels estáveis via cherry-pick, eles podem enviar
H A D7.AdvancedTopics.rst67 de branches de desenvolvimento quando eles estiverem em sua forma final e prontos
H A Demail-clients.rst33 patch sem alterações. Por exemplo, eles não devem modificar ou apagar tabs ou
H A D5.Posting.rst20 Existe uma tentação constante de evitar o envio de patches antes que eles
H A Dmaintainer-netdev.rst281 eles ficariam se a sua série de patches mais recente fosse mesclada.
H A Dadding-syscalls.rst372 bits e faz o que for necessário para lidar com eles. (Tipicamente, a versão
/linux/include/acpi/
H A Dacpi_bus.h82 #define ACPI_INIT_DSM_ARGV4(cnt, eles) \ argument
86 .package.elements = (eles) \