You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: contributor/pt-br/04-Mechanics-Of-Contributing-pt-br.asciidoc
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -76,7 +76,7 @@ As equipes do projeto geralmente ficarão felizes em receber adições, atualiza
76
76
==== Elaborando o código
77
77
Todos nós temos nossas preferências e opiniões sobre estilo de código, indentação, etc.
78
78
O projeto da equipe anfitriã também tem.
79
-
Tente adaptar e combinar essas preferências mesmo que não seja o que você faria normalmente, e mesmo que não esteja especificado no https://innersourcecommons.org/learn/learning-path/trusted-committer/05/[_`CONTRIBUTING.md`_] do projeto.
79
+
Tente adaptar e combinar essas preferências mesmo que não seja o que você faria normalmente, e mesmo que não esteja especificado no https://innersourcecommons.org/pt-br/learn/learning-path/trusted-committer/05/[_`CONTRIBUTING.md`_] do projeto.
80
80
Se você não tem certeza, você sempre pode pedir educadamente.
81
81
No entanto, uma contribuição para um recurso ou uma correção de bug não é o momento certo de introduzir uma nova maneira de estruturar ou formatar o código do projeto.
82
82
=== Enviando o pull request
@@ -116,7 +116,7 @@ Isso tornará mais fácil raciocinar e resolver possíveis questões de bloqueio
116
116
* Fazer pull requests muito amplos e grandes os tornam mais difíceis de revisar, então levará muito mais tempo até que eles sejam aceitos.
117
117
** Se você tiver um recurso maior que você está contribuindo, geralmente ajuda se você dividi-lo em vários pull requests que são enviados, revisados e aceitos sequencialmente.
118
118
Ainda é possível conectá-los a um problema ao qual você está se referindo.
119
-
*** Algumas ferramentas também têm a funcionalidade de pull request de Rascunho / WIP que você pode usar para marcar explicitamente o trabalho inacabado e não polido e ainda obter feedback antecipado dos https://innersourcecommons.org/learn/learning-path/trusted-committer/02/[ _Trusted Committers_].
119
+
*** Algumas ferramentas também têm a funcionalidade de pull request de Rascunho / WIP que você pode usar para marcar explicitamente o trabalho inacabado e não polido e ainda obter feedback antecipado dos https://innersourcecommons.org/pt-br/learn/learning-path/trusted-committer/02/[ _Trusted Committers_].
120
120
*** Isso permite que você assegure que você está seguindo um caminho que sua equipe anfitriã ficará feliz em mesclar assim que terminar, aderindo de certa forma à ideia de "lançar antecipadamente, liberar frequentemente".
121
121
*** A responsabilidade da equipe anfitriã é criar uma atmosfera onde compartilhar e discutir trabalho não totalmente polido é possível e bem-vindo.
122
122
Se você não pode falhar, você não pode inovar, e a colaboração torna-se muito difícil.
0 commit comments