Create 01-introduction.pt-br.asciidoc

Machine translated content of LP1 article in pt-br ready for manual verification.

Author: nysenthil

trusted-committer/pt-br/01-introduction.pt-br.asciidoc

@@ -0,0 +1,42 @@
+== Introdução à Função de Comitê Confiável
+A função Trusted committer (TC) é uma das principais funções em uma comunidade InnerSource.
+Pense em Trusted Committers como as pessoas em uma comunidade em que você confia com decisões técnicas importantes e com os colaboradores de orientação para, em última análise, obter contribuições acima da linha de chegada.
+A função Trusted Committer é exigente e gratificante.
+É mais do que apenas um gatekeeper opinativo e é instrumental para o sucesso de qualquer comunidade InnerSource.
+De um modo geral, o papel do Comité Confiável é definido pelas suas responsabilidades e não pelos seus privilégios.
+Em um nível muito alto, os Comitês Confiáveis representam os interesses de sua comunidade InnerSource e dos produtos que a comunidade está construindo.
+Eles estão preocupados com a saúde da comunidade e do produto.
+Portanto, como um Comitê Confiável, você terá responsabilidades orientadas para a tecnologia e a comunidade.
+Exploraremos ambas as dimensões nas seções a seguir.
+Antes de entrar nos detalhes do que um Trusted Committer realmente faz, vamos passar algum tempo contrastando o papel do Trusted Committer com outros papéis no InnerSource em um alto nível de abstração e explicar por que achamos que o nome é apto e importante.
+Comecemos com a função https://innersourcecommons.org/learn/learning-path/contributor [_Contributor_].
+Um _Contributor_-como o nome indica-faz contribuições para uma comunidade InnerSource..
+Essas contribuições podem ser artefatos de código ou não, como relatórios de erros, solicitações de recursos ou documentação.
+_Contribuidores podem ou não fazer parte da comunidade.
+Eles podem ser enviados por outra equipe para desenvolver um recurso que a equipe precisa.
+É por isso que às vezes também nos referimos a _Contribuidores _ como _Guests_ ou como parte de um _Guest Team_.
+O _Contributo_ é responsável por "encaixar" e se adequar às expectativas e processos da comunidade.
+O Comitê _Confiável é sempre um membro da comunidade InnerSource, que também é por vezes referido como a Equipe _Host. Nesta analogia, o Comitê Confiável é responsável por construir a casa e definir as regras da casa para garantir que seus convidados estejam confortáveis e possam trabalhar juntos de forma eficaz.
+Em comparação com os contribuidores, os Trusted Committers ganharam a responsabilidade de empurrar o código para mais perto da produção e geralmente estão autorizados a executar tarefas que têm um nível mais alto de risco associado a eles.
+O https://innersourcecommons.org/learn/learning-path/product-owner [_Product Owner_ (PO)] é a terceira função no InnerSource
+Semelhante a processos ágeis, o PO é responsável por definir e priorizar requisitos e histórias para a comunidade implementar. Objetivo:
+O PO interage frequentemente com o Trusted Committer (por exemplo, para garantir que um recurso solicitado ou contribuído realmente pertence ao produto).
+Especialmente em comunidades de origem interna menores, o Comitê Confiável geralmente também atua como um PO.
+Confira nosso https://innersourcecommons.org/learn/learning-path/product-owner [segmento Product Owner Learning Path] para obter informações mais detalhadas.
+== = Por que os Nomes de Função Importam
+O papel do Trusted Committer está presente em todas as comunidades bem-sucedidas do InnerSource, mas nem todas as comunidades usam esse nome.
+Algumas comunidades usam o termo Maintainer, mas esse termo entra em conflito com outras funções técnicas, como a função "Maintainer" definida pelo GitHub, por exemplo,
+O Apache também usa o termo _Committer_, mas eles atribuem menos responsabilidades e principalmente orientadas por tecnologia a essa função.
+Com suas responsabilidades adicionais voltadas para a comunidade, o papel do Comitê Confiável vai além disso.
+O "Trusted" no Trusted Committer significa que essa pessoa é confiável e, portanto, capacitada por sua administração e sua comunidade para fazer seu trabalho.
+Ao promover a abertura e a transparência, os Trusted Committers criam confiança no processo e também no produto que está sendo construído.
+Semelhante a como a nomenclatura é importante no software de escrita, escolher os nomes certos para as funções e fazer isso de forma consistente garante que todos tenham o mesmo entendimento sobre os papéis desempenhados na comunidade.
+Agora que você tem uma compreensão básica da função, por que usar o termo Trusted Committer é apropriado e sabe como um Trusted Committer pode interagir com outras funções comuns em um projeto de software, vamos dar uma olhada rápida nas responsabilidades de um Trusted Committer.
+== = Responsabilidades
+Os Comités de Confiança têm várias responsabilidades, incluindo:
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/02/ [Garantir a qualidade do produto]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/03/ [Mantendo a comunidade saudável]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/05/ [Reduzindo as barreiras para fazer contribuições]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/04/ [Upleveling a comunidade]
+* https://innersourcecommons.org/learn/learning-path/trusted-committer/06/ [Promover as necessidades da comunidade]
+Analisaremos essas responsabilidades mais detalhadamente nas páginas a seguir e também exploraremos o caminho de https://innersourcecommons.org/learn/learning-path/trusted-committer/07 / [tornar-se um Comitê Confiável] no final deste artigo.