dgit 13.12_dgit-maint-bpo_7 - en to pt translation catalogue (33 entries)

note: type: =head1
en: NAME
pt: NOME

note: type: =head1
en: SEE ALSO
pt: VEJA TAMBÉM

note: type: =head1
en: INTRODUCTION
pt: INTRODUÇÃO

note: type: =head1
en: AUTHOR
pt: AUTOR

note: type: textblock
en: dgit - tips for maintaining official Debian backports
pt: dgit - dicas para manter backports Debian oficiais

note: type: textblock
en: This document describes elements of a workflow for using B<dgit> to maintain an official Debian backport.  We do not assume that whoever uploads the package to Debian unstable is using B<dgit>.
pt: Este documento descreve elementos de um fluxo de trabalho que usa B<dgit> para manter um backport Debian oficial.  Não assumimos que o que vai enviar o pacote para Debian unstable esteja a usar B<dgit>.

note: type: =head1
en: GENERAL TIPS
pt: DICAS GERAIS

note: type: textblock
en: The first time a package is backported for any particular Debian release, you will have to pass the --new option to dgit.
pt: A primeira vez que um pacote é retro-portado (backported) para qualquer lançamento Debian você tem de passar a opção --new ao dgit.

note: type: =head1
en: TERMINOLOGY
pt: TERMINOLOGIA

note: type: textblock
en: Let the I<master> branch contain the packaging history uploaded to Debian unstable, and the I<bookworm-bpo> branch be where you prepare your uploads to the B<bookworm-backports> suite.
pt: Deixe o ramo I<master> conter o histórico de empacotamento para Debian unstable, e o ramo I<bookworm-bpo> estar onde você prepara os seus envios para a suite B<bookworm-backports>.

note: type: textblock
en: A B<merging> backports workflow means that each time an upload migrates to Debian testing and you want to prepare an upload to B<bookworm-backports>, you do something like this:
pt: Uma B<fusão> de fluxo de trabalho de backports significa que cada vez que um envio migra para Debian testing e você quer preparar um envio para B<bookworm-backports>, você faz algo como isto:

note: type: verbatim
en:     % git checkout bookworm-bpo
        % git merge master
        % dch --bpo
        % # any other changes needed for backporting
        % git commit -a
        % # try a build
pt:     % git checkout bookworm-bpo
        % git merge master
        % dch --bpo
        % # quaisquer outras alterações necessárias para backporting
        % git commit -a
        % # tenta uma compilação

note: type: textblock
en: A B<rebasing> backports workflow means that you throw away the history of the I<bookworm-bpo> branch each time a new version migrates to Debian testing, something equivalent to this:
pt: Um B<re-basear> de fluxo de trabalho de backports significa que você deita fora o histórico do ramo I<bookworm-bpo> cada vez que uma nova versão migra para Debian testing, algo equivalente a isto:

note: type: verbatim
en:     % git checkout -B bookworm-bpo master
        % dch --bpo
        % # any other changes needed for backporting
        % git commit -a
        % # try a build
pt:     % git checkout -B bookworm-bpo master
        % dch --bpo
        % # quaisquer outras alterações necessárias para backporting
        % git commit -a
        % # tenta uma compilação

note: type: textblock
en: If you use a merging backports workflow, your changelog contains entries for each previous upload to B<bookworm-backports>; in a rebasing workflow, it contains only the latest.
pt: Se você usar um fluxo de trabalho de backports de fusão, o seu changelog contém entradas para cada envio prévio para B<bookworm-backports>; num fluxo de trabalho re-baseado, apenas contém o último.

note: type: =head1
en: CHOOSING BETWEEN THE TWO WORKFLOWS
pt: ESCOLHER ENTRE OS DOIS FLUXOS DE TRABALHO

note: type: textblock
en: If backporting involves making no (additional) changes to the upstream source, whether you use a merging or rebasing backports workflow is a matter of personal preference.  There are good arguments in favour of both workflows fitting the semantics of the B<*-backports> suites.
pt: Se a retro-portagem envolver fazer nenhumas alterações adicionais à fonte do autor, a escolha de você usar fluxo de trabalho de backport de fusão ou re-baseado é uma questão de preferência pessoal.  Existem bons argumentos a favor de ambos fluxos de trabalho a corresponder às semânticas das suites B<*-backports>.

note: type: textblock
en: If you have to make changes to the upstream source to make the package work on machines running Debian stable, it is advisable to choose a rebasing workflow.  This ensures that dgit can automatically update the debian/patches directory without any manual intervention.
pt: Se você tem de fazer alterações na fonte do autor para fazer o pacote funcionar em máquinas que correm Debian stable, é aconselhável escolher um fluxo de trabalho re-baseado.  Isto assegura que o dgit pode atualizar automaticamente o directório debian/patches sem nenhuma intervenção manual.

note: type: =head1
en: TIPS FOR A MERGING WORKFLOW
pt: DICAS PARA UM FLUXO DE TRABALHO DE FUSÃO

note: type: =head2
en: Use dgit's branches
pt: Usar ramos do dgit

note: type: textblock
en: If you do not yourself upload the package to Debian unstable, it is usually easiest to use dgit's branches, and ignore the configured Vcs-Git repository.
pt: Se não for você próprio a enviar o pacote para Debian unstable, é geralmente mais fácil usar ramos do dgit, e ignorar o repositório Vcs-Git configurado.

note: type: textblock
en: You would use
pt: Você deveria usar

note: type: textblock
en: for a new backport of package 'foo' to B<bookworm-backports>, and then
pt: para uma nova retro-portagem do pacote 'foo' para B<bookworm-backports>, e depois

note: type: textblock
en: when new versions migrate to Debian testing.
pt: quando as novas versões migram para Debian testing.

note: type: =head1
en: TIPS FOR A REBASING WORKFLOW
pt: DICAS PARA UM FLUXO DE TRABALHO RE-BASEADO

note: type: textblock
en: If you do not yourself upload the package to Debian unstable, it is usually easiest to use dgit's branches, and ignore the configured Vcs-Git repository.  For each new version from Debian testing, you would
pt: Se não for você próprio a enviar o pacote para Debian unstable, é geralmente mais fácil usar ramos do dgit, e ignorar o repositório Vcs-Git configurado.  Para cada nova versão de Debian testing, você deveria

note: type: verbatim
en:     % dgit fetch bookworm
        % git checkout -B bookworm-bpo dgit/dgit/bookworm
        % # use git-cherry-pick(1) to (re)apply any needed backporting fixes
pt:     % dgit fetch bookworm
        % git checkout -B bookworm-bpo dgit/dgit/bookworm
        % # usa git-cherry-pick(1) para (re)aplicar quaisquer correções necessárias ao backporting

note: type: =head2
en: Overwriting
pt: Sobrescrever

note: type: textblock
en: B<dgit push> tries hard to prevent you from accidentally overwriting uploads that it thinks aren't represented in the git history you are trying to upload.  This is mainly to prevent accidentally overwriting NMUs.
pt: O B<dgit push> esforça-se por prevenir que você por acidente sobrescreva os envios que acha que não estão representados no histórico git que você está a tentar atualizar.  Isto acontece principalmente para prevenir o sobrescrever acidental de NMUs.

note: type: textblock
en: With a rebasing backports workflow, dgit will think that every upload of a new version from Debian testing might be accidentally overwriting uploads.  You will need to explicitly indicate the upload to B<bookworm-backports> you wish to overwrite.
pt: Com um  fluxo de trabalho de backports re-baseado, o dgit vai achar que cada envio de uma nova versão de Debian testing pode estar acidentalmente a sobrescrever envios.  Você precisa de indicar explicitamente o envio para B<bookworm-backports> que deseja sobrescrever.

note: type: textblock
en: Suppose that the last upload to B<bookworm-backports> was versioned I<1.2.2-1~bpo10+1> and you have now prepared I<1.2.3-1~bpo10+1> for upload.  When you B<dgit push>, you will need to pass I<--trust-changelog=1.2.2-1~bpo10+1>.
pt: Supondo que o último envio para B<bookworm-backports> tinha versão I<1.2.2-1~bpo10+1> e agora você preparou I<1.2.3-1~bpo10+1> para envio.  Quando fizer B<dgit push>, vai precisar de passar I<--trust-changelog=1.2.2-1~bpo10+1>.

note: type: textblock
en: Alternatively, you can perform the pseudomerge that I<--trust-changelog> would have done yourself:
pt: Em alternativa, você pode efetuar a pseudo-fusão que I<--trust-changelog> teria feito por si:

note: type: textblock
en: This manpage was written and is maintained by Sean Whitton <spwhitton@spwhitton.name>.
pt: Este manual foi escrito e é mantido por Sean Whitton <spwhitton@spwhitton.name>.
