diff options
Diffstat (limited to 'files/pt-pt/criando_um_patch/index.html')
| -rw-r--r-- | files/pt-pt/criando_um_patch/index.html | 33 |
1 files changed, 0 insertions, 33 deletions
diff --git a/files/pt-pt/criando_um_patch/index.html b/files/pt-pt/criando_um_patch/index.html deleted file mode 100644 index 0ebf20b893..0000000000 --- a/files/pt-pt/criando_um_patch/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: Criando um patch -slug: Criando_um_patch -tags: - - Desenvolvimento_Mozilla - - Todas_as_Categorias -translation_of: Mercurial/Using_Mercurial ---- -<p> </p> -<p>Depois de <a href="/en/Mozilla_Source_Code_Via_CVS">obter o código fonte</a>, modifique-o, <a href="/en/Build_and_Install">compile-o</a> e teste-o, você pode querer receber suas mudanças <a class="external" href="http://www.mozilla.org/hacking/life-cycle.html">revisadas e checadas</a>]. Em ordem de fazer isto, você precisa criar um arquivo listando as mudanças que você fez, chamado <em>patch</em> ou <em>diff file</em>. Você pode gerá-lo usando o comando <strong>cvs diff</strong>.</p> -<h3 id="Criando_um_diff_de_um_arquivo_.C3.BAnico" name="Criando_um_diff_de_um_arquivo_.C3.BAnico">Criando um diff de um arquivo único</h3> -<p>Em ordem para criar um diff de um arquivo local único contra o arquivo atual no repositório, use:</p> -<pre class="eval">$ cvs diff -u8p FILENAME -</pre> -<p>Isto cria um diff no então chamado formato 'unified' (<code>-u</code>), com 8 linhas de contexto. O diff é impresso para <strong>stdout</strong> por padrão. Para redirecionar a saída para um arquivo, use algo como:</p> -<pre class="eval">$ cvs diff -u8p FILENAME > OUT_FILE -</pre> -<h3 id="Criando_um_diff_para_arquivos_m.C3.BAltiplos" name="Criando_um_diff_para_arquivos_m.C3.BAltiplos">Criando um diff para arquivos múltiplos</h3> -<p>Se, ao invés de usar um arquivo regular para FILENAME, você providenciar um diretório, então este diretório assim como todos os subdiretórios serão buscados recursivamente. Por exemplo</p> -<pre class="eval">$ cvs diff -u8p . > OUT_FILE -</pre> -<p>comparará todos os arquivos no diretório corrente e todos os seus subdiretórios contra as versões no repositório, e escreverá as diffs combinadas e unificadas para um arquivo chamado OUT_FILE, usando 8 linhas de contexto.</p> -<p>Deve haver contexto suficiente no <em>patch</em> para que seja endendido sem abrir o código fonte. A linha-guia padrão é usar 8 linhas de contexto; se for colocado mais contexto, é necessário fazer o <em>patch</em> entendível, substitua 8 por um número maior. Também note que a maior quantidade de contexto que você inclui, aumenta a chance de permitir também aplicar o <em>patch</em> a um arquivo que difere pesadamente do código original contra o que o diff foi preparado.</p> -<h3 id="Incluindo_novos_arquivo_em_um_patch" name="Incluindo_novos_arquivo_em_um_patch">Incluindo novos arquivo em um <em>patch</em></h3> -<p>Para incluir um novo arquivo em seu <em>patch</em> use a opção <code>-N</code>:</p> -<pre class="eval">$ cvs diff -u8pN . > OUT_FILE -</pre> -<p>Um problema comum aqui é que <strong>cvs diff</strong> não incluirá os novos arquivos que não foram <strong>cvs add</strong>ed (cvs adicionado), e cvs requer acesso de escrita ao repositório.</p> -<p>A solução é usar a utilidade <strong>cvsdo</strong> , que edita <code>CVS/Entries</code> para fazer o cvs pensar que o arquivo foi adicionado ao repositório:</p> -<pre class="eval">$ cvsdo add NEWFILE -$ cvs diff -u8pN NEWFILE > OUT_FILE -</pre> -<p>Note que este truque não trabalhará para novos diretórios; para isto, <code>cvs add</code> atualmente têm de modificar o repositório imediatamente, que requere acesso à escrita</p> |