From 43c1ed9439b7338f4d73e5f674e0d1227375a5ee Mon Sep 17 00:00:00 2001 From: Senthil Nathan Date: Mon, 24 Jul 2023 17:11:25 -0400 Subject: [PATCH 1/2] Create 01-introduction.pt-br.asciidoc Machine translated content of LP1 article in pt-br ready for manual verification. --- .../pt-br/01-introduction.pt-br.asciidoc | 42 +++++++++++++++++++ 1 file changed, 42 insertions(+) create mode 100644 trusted-committer/pt-br/01-introduction.pt-br.asciidoc diff --git a/trusted-committer/pt-br/01-introduction.pt-br.asciidoc b/trusted-committer/pt-br/01-introduction.pt-br.asciidoc new file mode 100644 index 00000000..e01646ce --- /dev/null +++ b/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. From 86b3b9d3d9cc9264bcb932e6968ef1141efc1867 Mon Sep 17 00:00:00 2001 From: Fernando Correa Date: Fri, 28 Jul 2023 23:22:50 -0300 Subject: [PATCH 2/2] Manual verification for machine translated content of LP1 article in pt-br - Rename 01-introduction.pt-br.asciidoc to 01-introduction-pt-br.asciidoc - Update 01-introduction-pt-br.asciidoc after a native brazilian review --- .../pt-br/01-introduction-pt-br.asciidoc | 55 +++++++++++++++++++ .../pt-br/01-introduction.pt-br.asciidoc | 42 -------------- 2 files changed, 55 insertions(+), 42 deletions(-) create mode 100644 trusted-committer/pt-br/01-introduction-pt-br.asciidoc delete mode 100644 trusted-committer/pt-br/01-introduction.pt-br.asciidoc diff --git a/trusted-committer/pt-br/01-introduction-pt-br.asciidoc b/trusted-committer/pt-br/01-introduction-pt-br.asciidoc new file mode 100644 index 00000000..f485a38b --- /dev/null +++ b/trusted-committer/pt-br/01-introduction-pt-br.asciidoc @@ -0,0 +1,55 @@ +== Introdução à Função de Trusted Committer +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 nas quais você confia com decisões técnicas importantes e para orientar os colaboradores para finalizarem suas contribuições. +A função Trusted Committer é exigente e gratificante. +É mais do que apenas um guardião imparcial e é fundamental para o sucesso de qualquer comunidade InnerSource. + +De um modo geral, o papel do Trusted Committer é definido pelas suas responsabilidades e não pelos seus privilégios. +Em um nível muito alto, os Trusted Committers 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 Trusted Committer, 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 é adequado 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 código ou outros artefatos, como bug reports, feature requests 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 _Contribuidor_ é responsável por se "encaixar" e se adequar às expectativas e processos da comunidade. + +O _Trusted Committer_ é sempre um membro da comunidade InnerSource, que às vezes também é chamado de _Host Team_. Nesta analogia, o Trusted Committer é 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 eficiente. +Em comparação com os contribuidores, os Trusted Committers ganharam a responsabilidade de levar o código para mais perto da produção e geralmente estão autorizados a executar tarefas que têm um nível de risco mais alto associado a elas. + +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. +O PO interage frequentemente com o Trusted Committer (por exemplo, para garantir que uma feature request ou contribuição realmente pertença ao produto). +Especialmente em comunidades InnerSource menores e populares, o Trusted Committer 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 de 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 Trusted Committer vai além disso. +O "Trusted" no Trusted Committer significa que essa pessoa é confiável e, portanto, capacitada por sua administração e pela 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 ao escrever software, 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, do motivo 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 Trusted Committers têm várias responsabilidades, incluindo: + +* https://innersourcecommons.org/learn/learning-path/trusted-committer/02/ [Garantindo 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/ [Melhorando a comunidade] +* https://innersourcecommons.org/learn/learning-path/trusted-committer/06/ [Promovendo 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 Trusted Committer] no final deste artigo. diff --git a/trusted-committer/pt-br/01-introduction.pt-br.asciidoc b/trusted-committer/pt-br/01-introduction.pt-br.asciidoc deleted file mode 100644 index e01646ce..00000000 --- a/trusted-committer/pt-br/01-introduction.pt-br.asciidoc +++ /dev/null @@ -1,42 +0,0 @@ -== 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.