Skip to content

[WIP] Fix code based on review comment from PR #636#685

Closed
leestott with Copilot wants to merge 1 commit into
mainfrom
copilot/fix-review-comment-636
Closed

[WIP] Fix code based on review comment from PR #636#685
leestott with Copilot wants to merge 1 commit into
mainfrom
copilot/fix-review-comment-636

Conversation

Copilot AI commented Jul 6, 2026

Copy link
Copy Markdown
Contributor
  • Understand the review comment (r3529857091): PR title/description incorrectly reference removing exec(), but the actual change adds VGG16 weight integrity (SHA-256) verification
  • Update PR fix: remove unsafe exec() in TransferLearningTF.ipynb #636 title and description to accurately describe the VGG16 weight integrity check change

Copilot AI requested a review from leestott July 6, 2026 15:36
@leestott leestott marked this pull request as ready for review July 6, 2026 15:45
@leestott leestott closed this Jul 6, 2026
@dejesusadriano762-dev

Copy link
Copy Markdown

@dejesusadriano762-dev

Copy link
Copy Markdown

Sintaxe básica de escrita e formatação

Crie uma formatação sofisticada para sua prosa e código em GitHub com sintaxe simples.

Títulos

Para criar um título, adicione um a seis # símbolos antes do texto do título. O número de # uso determinará o nível da hierarquia e o tamanho da face de tipo do título.

# A first-level heading
## A second-level heading
### A third-level heading

Captura de tela dos cabeçalhos renderizados GitHub Markdown mostrando os cabeçalhos h1, h2 e h3 de exemplo, que descem em tamanho de tipo e peso visual para mostrar o nível da hierarquia.

Quando você usa dois ou mais títulos, GitHub gera automaticamente um sumário que você pode acessar clicando no ícone de menu "Estrutura de Tópicos" dentro do cabeçalho do arquivo. Cada título de título está listado no sumário e você pode clicar em um título para navegar até a seção selecionada.

Captura de tela de um arquivo README com o menu suspenso do sumário exposto. O ícone do sumário é contornado em laranja escuro.

Formatação de texto

Você pode indicar ênfase com texto em negrito, itálico, tachado, subscrito ou sobrescrito em campos de comentário e .md arquivos.

Estilo Sintaxe Atalho de teclado Example Saída
Negrito
** ** ou __ __
Command+B (Mac) ou Ctrl+B (Windows/Linux) **This is bold text**
Este é um texto em negrito
Itálico
* * ou _ _    
Command+I (Mac) ou Ctrl+I (Windows/Linux) _This text is italicized_
Este texto é itálico
Tachado
~~ ~~ ou ~ ~ None ~~This was mistaken text~~
Este foi um texto errado
Negrito e itálico aninhado
** ** e _ _ None **This text is _extremely_ important**
Este texto é extremamente importante
Tudo em negrito e itálico *** *** None ***All this text is important***
Todo esse texto é importante
Subscrito <sub> </sub> None This is a <sub>subscript</sub> text Este é um texto subscrito
Sobrescrito <sup> </sup> None This is a <sup>superscript</sup> text Este é um texto sobrescrito
Sublinhado <ins> </ins> None This is an <ins>underlined</ins> text Este é um texto sublinhado

Citando texto

Você pode citar texto com um >.

Text that is not a quote

> Text that is a quote

O texto entre aspas é recuado com uma linha vertical à esquerda e exibido usando o tipo cinza.

Captura de tela do GitHub Markdown renderizado mostrando a diferença entre texto normal e entre aspas.

Note

Ao exibir uma conversa, você pode citar automaticamente o texto em um comentário realçando o texto e digitando R. Você pode citar um comentário inteiro clicando e, em seguida, citando a resposta. Para obter mais informações sobre atalhos de teclado, consulte Atalhos do teclado.

Citar código

Você pode destacar um código ou comando dentro de uma sentença com um único backtick. O texto dentro dos backticks não será formatado. Você também pode pressionar o Command+E (Mac) ou Ctrl> Atalho de teclado +E (Windows/Linux) para inserir os backticks de um bloco de código dentro de uma linha de Markdown.

Use `git status` to list all new or modified files that haven't yet been committed.

Captura de tela do GitHub Markdown renderizado mostrando que os caracteres cercados por backticks são mostrados em uma face de tipo de largura fixa, realçada em cinza claro.

Para formatar código ou texto em seu próprio bloco distinto, use backticks triplos.

Some basic Git commands are:
```
git status
git add
git commit
```

Captura de tela do markdown GitHub renderizado mostrando um bloco de código simples sem realce de sintaxe.

Para saber mais, confira Criar e realçar blocos de código.

Se você editar tabelas e snippets de código com frequência, poderá se beneficiar da habilitação de uma fonte de largura fixa em todos os campos de comentário no GitHub. Para saber mais, confira Sobre como escrever e formatar em GitHub.

Modelos de cores com suporte

Em issues, pull requests e discussões, você pode destacar cores dentro de uma frase usando backticks. Um modelo de cores com suporte em backticks exibirá uma visualização da cor.

The background color is `#ffffff` for light mode and `#000000` for dark mode.

Captura de tela do GitHub Markdown renderizado mostrando como os valores HEX em backticks criam pequenos círculos de cor, aqui em branco e depois em preto.

Aqui estão os modelos de cores com suporte no momento.

Cor Sintaxe Example Saída
HEX `#RRGGBB` `#0969DA` Captura de tela do markdown GitHub renderizado mostrando como o valor HEX #0969DA aparece com um círculo azul.
RGB `rgb(R,G,B)` `rgb(9, 105, 218)` Captura de tela do GitHub Markdown renderizado mostrando como o valor RGB 9, 105, 218 aparece com um círculo azul.
HSL `hsl(H,S,L)` `hsl(212, 92%, 45%)` Captura de tela do markdown GitHub renderizado mostrando como o valor de HSL 212, 92%, 45% aparece com um círculo azul.

Note

  • Um modelo de cores com suporte não pode ter espaços à esquerda ou à direita dentro dos backticks.
  • A visualização da cor só tem suporte em problemas, solicitações de pull e discussões.

Links

Você pode criar um link embutido encapsulando o texto do link entre colchetes [ ]e encapsulando a URL entre parênteses ( ). Você também pode usar o atalho de teclado Command+K para criar um link. Quando você tiver o texto selecionado, poderá colar uma URL da área de transferência para criar automaticamente um link do texto selecionado.

Você também pode criar um hiperlink markdown realçando o texto e usando o atalho de teclado Comando+V. Se você quiser substituir o texto pelo link, use o atalho de teclado Command+Shift+V.

This site was built using [GitHub Pages](https://pages.github.com/).

Captura de tela do markdown GitHub renderizado mostrando como o texto entre colchetes, "páginas GitHub", aparece como um hiperlink azul.

Note

GitHub cria automaticamente links quando URLs válidas são escritas em um comentário. Para saber mais, confira Referências e URLs com links automáticos.

Ligações de secção

Você pode criar um link direto para qualquer seção que tenha um título. Para visualizar a âncora gerada automaticamente em um arquivo renderizado, passe o mouse sobre o cabeçalho da seção para expor o ícone e clique no ícone para exibir a âncora em seu navegador.

Captura de tela de um LEIAME de um repositório. À esquerda de um título de seção, um ícone de link é descrito em laranja escuro.

Se você precisar determinar a âncora de um título em um arquivo que está editando, poderá usar as seguintes regras básicas:

  • As letras são convertidas em minúsculas.
  • Os espaços são substituídos por hifens (-). Qualquer outro espaço em branco ou caracteres de pontuação são removidos.
  • Espaços em branco no início e no fim são removidos.
  • A formatação de marcação é removida, deixando apenas o conteúdo (por exemplo, _italics_ torna-se italics).
  • Se a âncora gerada automaticamente para um título for idêntica a uma âncora anterior no mesmo documento, um identificador exclusivo será gerado acrescentando um hífen e um inteiro de incremento automático.

Para obter informações mais detalhadas sobre os requisitos de fragmentos de URI, consulte RFC 3986: Uniform Resource Identifier (URI): Sintaxe genérica, Seção 3.5.

O bloco de código abaixo demonstra as regras básicas usadas para gerar âncoras de títulos em conteúdo renderizado.

# Example headings

## Sample Section

## This'll be a _Helpful_ Section About the Greek Letter Θ!
A heading containing characters not allowed in fragments, UTF-8 characters, two consecutive spaces between the first and second words, and formatting.

## This heading is not unique in the file

TEXT 1

## This heading is not unique in the file

TEXT 2

# Links to the example headings above

Link to the sample section: [Link Text](#sample-section).

Link to the helpful section: [Link Text](#thisll-be-a-helpful-section-about-the-greek-letter-Θ).

Link to the first non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file).

Link to the second non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file-1).

Note

Se você editar um título ou alterar a ordem dos títulos com âncoras "idênticas", também precisará atualizar todos os links para esses títulos, pois as âncoras serão alteradas.

Links relativos

É possível definir links relativos e caminhos de imagens em seus arquivos representados para ajudar os leitores a acessar outros arquivos no repositório.

Um link relativo é um link que é relativo ao arquivo atual. Por exemplo, se você tiver um arquivo LEIAME na raiz do repositório e tiver outro arquivo em docs/CONTRIBUTING.md, o link relativo para CONTRIBUTING.md no LEIAME poderá ter esta aparência:

[Contribution guidelines for this project](docs/CONTRIBUTING.md)

O GitHub transformará automaticamente o link relativo ou o caminho da imagem baseado em qualquer branch em que você estiver no momento para que o link ou o caminho sempre funcione. O caminho do link será relativo ao arquivo atual. Links que começam com / serão relativos à raiz do repositório. Você pode usar todos os operandos de link relativos, como ./ e ../.

O texto do link deve estar em uma única linha. O exemplo abaixo não funcionará.

[Contribution
guidelines for this project](docs/CONTRIBUTING.md)

Os links relativos são mais fáceis para usuários que clonam o seu repositório. Os links absolutos podem não funcionar em clones do seu repositório - recomendamos usar links relativos para referir-se a outros arquivos no seu repositório.

Âncoras personalizadas

Você pode usar marcas de âncora HTML padrão (<a name="unique-anchor-name"></a>) para criar pontos de âncora de navegação para qualquer local no documento. Para evitar referências ambíguas, use um esquema de nomenclatura exclusivo para marcas de âncora, como adicionar um prefixo ao valor do name atributo.

Note

Âncoras personalizadas não serão incluídas no Sumário ou na estrutura de tópicos do documento.

Você pode vincular a uma âncora personalizada usando o valor do name atributo que você deu à âncora. A sintaxe é exatamente a mesma que quando você vincula a uma âncora gerada automaticamente para um título.

Por exemplo:

# Section Heading

Some body text of this section.

<a name="my-custom-anchor-point"></a>
Some text I want to provide a direct link to, but which doesn't have its own heading.

(… more content…)

[A link to that custom anchor](#my-custom-anchor-point)

Tip

As âncoras personalizadas não são consideradas pelo comportamento automático de nomenclatura e numeração de links automáticos de cabeçalho.

Quebras de linha

Se você estiver escrevendo em problemas, solicitações de pull ou discussões em um repositório, GitHub renderizará uma quebra de linha automaticamente:

This example
Will span two lines

No entanto, se você estiver escrevendo em um arquivo .md, o exemplo acima será renderizado em uma linha sem uma quebra de linha. Para criar uma quebra de linha em um arquivo .md, você precisará incluir um dos seguintes:

  • Inclua dois espaços no final da primeira linha.

    This example  
    Will span two lines
    
  • Inclua uma barra invertida no final da primeira linha.

    This example\
    Will span two lines
  • Inclua uma tag de quebra de linha única HTML no final da primeira linha.

    This example<br/>
    Will span two lines

Se você deixar uma linha em branco entre duas linhas, tanto arquivos .md quanto Markdown em issues, solicitações de pull e discussões, as duas linhas serão renderizadas separadas pela linha em branco.

This example

Will have a blank line separating both lines

Imagens

Você pode exibir uma imagem adicionando ! e encapsulando o texto alt em [ ]. O texto alt é um texto curto https://www.figma.com/make/2Q9XgRhkAUtTqANC3gQQ2e/Criar-painel-de-FF?t=JuNjujqoAdfdeY8B-0

@dejesusadriano762-dev

Copy link
Copy Markdown

Uploading Screenshot_20260706-221318.png…

@dejesusadriano762-dev

Copy link
Copy Markdown

@dejesusadriano762-dev

Copy link
Copy Markdown

@dejesusadriano762-dev

Copy link
Copy Markdown

[`Sintaxe básica de escrita e formatação

Crie uma formatação sofisticada para sua prosa e código em GitHub com sintaxe simples.

Títulos

Para criar um título, adicione um a seis # símbolos antes do texto do título. O número de # uso determinará o nível da hierarquia e o tamanho da face de tipo do título.

# A first-level heading
## A second-level heading
### A third-level heading

Captura de tela dos cabeçalhos renderizados GitHub Markdown mostrando os cabeçalhos h1, h2 e h3 de exemplo, que descem em tamanho de tipo e peso visual para mostrar o nível da hierarquia.

Quando você usa dois ou mais títulos, GitHub gera automaticamente um sumário que você pode acessar clicando no ícone de menu "Estrutura de Tópicos" dentro do cabeçalho do arquivo. Cada título de título está listado no sumário e você pode clicar em um título para navegar até a seção selecionada.

Captura de tela de um arquivo README com o menu suspenso do sumário exposto. O ícone do sumário é contornado em laranja escuro.

Formatação de texto

Você pode indicar ênfase com texto em negrito, itálico, tachado, subscrito ou sobrescrito em campos de comentário e .md arquivos.

Estilo Sintaxe Atalho de teclado Example Saída
Negrito
** ** ou __ __
Command+B (Mac) ou Ctrl+B (Windows/Linux) **This is bold text**
Este é um texto em negrito
Itálico
* * ou _ _    
Command+I (Mac) ou Ctrl+I (Windows/Linux) _This text is italicized_
Este texto é itálico
Tachado
~~ ~~ ou ~ ~ None ~~This was mistaken text~~
Este foi um texto errado
Negrito e itálico aninhado
** ** e _ _ None **This text is _extremely_ important**
Este texto é extremamente importante
Tudo em negrito e itálico *** *** None ***All this text is important***
Todo esse texto é importante
Subscrito <sub> </sub> None This is a <sub>subscript</sub> text Este é um texto subscrito
Sobrescrito <sup> </sup> None This is a <sup>superscript</sup> text Este é um texto sobrescrito
Sublinhado <ins> </ins> None This is an <ins>underlined</ins> text Este é um texto sublinhado

Citando texto

Você pode citar texto com um >.

Text that is not a quote

> Text that is a quote

O texto entre aspas é recuado com uma linha vertical à esquerda e exibido usando o tipo cinza.

Captura de tela do GitHub Markdown renderizado mostrando a diferença entre texto normal e entre aspas.

Note

Ao exibir uma conversa, você pode citar automaticamente o texto em um comentário realçando o texto e digitando R. Você pode citar um comentário inteiro clicando e, em seguida, citando a resposta. Para obter mais informações sobre atalhos de teclado, consulte Atalhos do teclado.

Citar código

Você pode destacar um código ou comando dentro de uma sentença com um único backtick. O texto dentro dos backticks não será formatado. Você também pode pressionar o Command+E (Mac) ou Ctrl> Atalho de teclado +E (Windows/Linux) para inserir os backticks de um bloco de código dentro de uma linha de Markdown.

Use `git status` to list all new or modified files that haven't yet been committed.

Captura de tela do GitHub Markdown renderizado mostrando que os caracteres cercados por backticks são mostrados em uma face de tipo de largura fixa, realçada em cinza claro.

Para formatar código ou texto em seu próprio bloco distinto, use backticks triplos.

Some basic Git commands are:
```
git status
git add
git commit
```

Captura de tela do markdown GitHub renderizado mostrando um bloco de código simples sem realce de sintaxe.

Para saber mais, confira Criar e realçar blocos de código.

Se você editar tabelas e snippets de código com frequência, poderá se beneficiar da habilitação de uma fonte de largura fixa em todos os campos de comentário no GitHub. Para saber mais, confira Sobre como escrever e formatar em GitHub.

Modelos de cores com suporte

Em issues, pull requests e discussões, você pode destacar cores dentro de uma frase usando backticks. Um modelo de cores com suporte em backticks exibirá uma visualização da cor.

The background color is `#ffffff` for light mode and `#000000` for dark mode.

Captura de tela do GitHub Markdown renderizado mostrando como os valores HEX em backticks criam pequenos círculos de cor, aqui em branco e depois em preto.

Aqui estão os modelos de cores com suporte no momento.

Cor Sintaxe Example Saída
HEX `#RRGGBB` `#0969DA` Captura de tela do markdown GitHub renderizado mostrando como o valor HEX #0969DA aparece com um círculo azul.
RGB `rgb(R,G,B)` `rgb(9, 105, 218)` Captura de tela do GitHub Markdown renderizado mostrando como o valor RGB 9, 105, 218 aparece com um círculo azul.
HSL `hsl(H,S,L)` `hsl(212, 92%, 45%)` Captura de tela do markdown GitHub renderizado mostrando como o valor de HSL 212, 92%, 45% aparece com um círculo azul.

Note

  • Um modelo de cores com suporte não pode ter espaços à esquerda ou à direita dentro dos backticks.
  • A visualização da cor só tem suporte em problemas, solicitações de pull e discussões.

Links

Você pode criar um link embutido encapsulando o texto do link entre colchetes [ ]e encapsulando a URL entre parênteses ( ). Você também pode usar o atalho de teclado Command+K para criar um link. Quando você tiver o texto selecionado, poderá colar uma URL da área de transferência para criar automaticamente um link do texto selecionado.

Você também pode criar um hiperlink markdown realçando o texto e usando o atalho de teclado Comando+V. Se você quiser substituir o texto pelo link, use o atalho de teclado Command+Shift+V.

This site was built using [GitHub Pages](https://pages.github.com/).

Captura de tela do markdown GitHub renderizado mostrando como o texto entre colchetes, "páginas GitHub", aparece como um hiperlink azul.

Note

GitHub cria automaticamente links quando URLs válidas são escritas em um comentário. Para saber mais, confira Referências e URLs com links automáticos.

Ligações de secção

Você pode criar um link direto para qualquer seção que tenha um título. Para visualizar a âncora gerada automaticamente em um arquivo renderizado, passe o mouse sobre o cabeçalho da seção para expor o ícone e clique no ícone para exibir a âncora em seu navegador.

Captura de tela de um LEIAME de um repositório. À esquerda de um título de seção, um ícone de link é descrito em laranja escuro.

Se você precisar determinar a âncora de um título em um arquivo que está editando, poderá usar as seguintes regras básicas:

  • As letras são convertidas em minúsculas.
  • Os espaços são substituídos por hifens (-). Qualquer outro espaço em branco ou caracteres de pontuação são removidos.
  • Espaços em branco no início e no fim são removidos.
  • A formatação de marcação é removida, deixando apenas o conteúdo (por exemplo, _italics_ torna-se italics).
  • Se a âncora gerada automaticamente para um título for idêntica a uma âncora anterior no mesmo documento, um identificador exclusivo será gerado acrescentando um hífen e um inteiro de incremento automático.

Para obter informações mais detalhadas sobre os requisitos de fragmentos de URI, consulte RFC 3986: Uniform Resource Identifier (URI): Sintaxe genérica, Seção 3.5.

O bloco de código abaixo demonstra as regras básicas usadas para gerar âncoras de títulos em conteúdo renderizado.

# Example headings

## Sample Section

## This'll be a _Helpful_ Section About the Greek Letter Θ!
A heading containing characters not allowed in fragments, UTF-8 characters, two consecutive spaces between the first and second words, and formatting.

## This heading is not unique in the file

TEXT 1

## This heading is not unique in the file

TEXT 2

# Links to the example headings above

Link to the sample section: [Link Text](#sample-section).

Link to the helpful section: [Link Text](#thisll-be-a-helpful-section-about-the-greek-letter-Θ).

Link to the first non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file).

Link to the second non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file-1).

Note

Se você editar um título ou alterar a ordem dos títulos com âncoras "idênticas", também precisará atualizar todos os links para esses títulos, pois as âncoras serão alteradas.

Links relativos

É possível definir links relativos e caminhos de imagens em seus arquivos representados para ajudar os leitores a acessar outros arquivos no repositório.

Um link relativo é um link que é relativo ao arquivo atual. Por exemplo, se você tiver um arquivo LEIAME na raiz do repositório e tiver outro arquivo em docs/CONTRIBUTING.md, o link relativo para CONTRIBUTING.md no LEIAME poderá ter esta aparência:

[Contribution guidelines for this project](docs/CONTRIBUTING.md)

O GitHub transformará automaticamente o link relativo ou o caminho da imagem baseado em qualquer branch em que você estiver no momento para que o link ou o caminho sempre funcione. O caminho do link será relativo ao arquivo atual. Links que começam com / serão relativos à raiz do repositório. Você pode usar todos os operandos de link relativos, como ./ e ../.

O texto do link deve estar em uma única linha. O exemplo abaixo não funcionará.

[Contribution
guidelines for this project](docs/CONTRIBUTING.md)

Os links relativos são mais fáceis para usuários que clonam o seu repositório. Os links absolutos podem não funcionar em clones do seu repositório - recomendamos usar links relativos para referir-se a outros arquivos no seu repositório.

Âncoras personalizadas

Você pode usar marcas de âncora HTML padrão (<a name="unique-anchor-name"></a>) para criar pontos de âncora de navegação para qualquer local no documento. Para evitar referências ambíguas, use um esquema de nomenclatura exclusivo para marcas de âncora, como adicionar um prefixo ao valor do name atributo.

Note

Âncoras personalizadas não serão incluídas no Sumário ou na estrutura de tópicos do documento.

Você pode vincular a uma âncora personalizada usando o valor do name atributo que você deu à âncora. A sintaxe é exatamente a mesma que quando você vincula a uma âncora gerada automaticamente para um título.

Por exemplo:

# Section Heading

Some body text of this section.

<a name="my-custom-anchor-point"></a>
Some text I want to provide a direct link to, but which doesn't have its own heading.

(… more content…)

[A link to that custom anchor](#my-custom-anchor-point)

Tip

As âncoras personalizadas não são consideradas pelo comportamento automático de nomenclatura e numeração de links automáticos de cabeçalho.

Quebras de linha

Se você estiver escrevendo em problemas, solicitações de pull ou discussões em um repositório, GitHub renderizará uma quebra de linha automaticamente:

This example
Will span two lines

No entanto, se você estiver escrevendo em um arquivo .md, o exemplo acima será renderizado em uma linha sem uma quebra de linha. Para criar uma quebra de linha em um arquivo .md, você precisará incluir um dos seguintes:

  • Inclua dois espaços no final da primeira linha.

    This example  
    Will span two lines
    
  • Inclua uma barra invertida no final da primeira linha.

    This example\
    Will span two lines
  • Inclua uma tag de quebra de linha única HTML no final da primeira linha.

    This example<br/>
    Will span two lines

Se você deixar uma linha em branco entre duas linhas, tanto arquivos .md quanto Markdown em issues, solicitações de pull e discussões, as duas linhas serão renderizadas separadas pela linha em branco.

This example

Will have a blank line separating both lines

Imagens

Você pode exibir uma imagem adicionando ! e encapsulando o texto alt em [ ]. O texto alt é um texto curto Sintaxe básica de escrita e formatação

Crie uma formatação sofisticada para sua prosa e código em GitHub com sintaxe simples.

Títulos

Para criar um título, adicione um a seis # símbolos antes do texto do título. O número de # uso determinará o nível da hierarquia e o tamanho da face de tipo do título.

# A first-level heading
## A second-level heading
### A third-level heading

Captura de tela dos cabeçalhos renderizados GitHub Markdown mostrando os cabeçalhos h1, h2 e h3 de exemplo, que descem em tamanho de tipo e peso visual para mostrar o nível da hierarquia.

Quando você usa dois ou mais títulos, GitHub gera automaticamente um sumário que você pode acessar clicando no ícone de menu "Estrutura de Tópicos" dentro do cabeçalho do arquivo. Cada título de título está listado no sumário e você pode clicar em um título para navegar até a seção selecionada.

Captura de tela de um arquivo README com o menu suspenso do sumário exposto. O ícone do sumário é contornado em laranja escuro.

Formatação de texto

Você pode indicar ênfase com texto em negrito, itálico, tachado, subscrito ou sobrescrito em campos de comentário e .md arquivos.

Estilo Sintaxe Atalho de teclado Example Saída
Negrito
** ** ou __ __
Command+B (Mac) ou Ctrl+B (Windows/Linux) **This is bold text**
Este é um texto em negrito
Itálico
* * ou _ _    
Command+I (Mac) ou Ctrl+I (Windows/Linux) _This text is italicized_
Este texto é itálico
Tachado
~~ ~~ ou ~ ~ None ~~This was mistaken text~~
Este foi um texto errado
Negrito e itálico aninhado
** ** e _ _ None **This text is _extremely_ important**
Este texto é extremamente importante
Tudo em negrito e itálico *** *** None ***All this text is important***
Todo esse texto é importante
Subscrito <sub> </sub> None This is a <sub>subscript</sub> text Este é um texto subscrito
Sobrescrito <sup> </sup> None This is a <sup>superscript</sup> text Este é um texto sobrescrito
Sublinhado <ins> </ins> None This is an <ins>underlined</ins> text Este é um texto sublinhado

Citando texto

Você pode citar texto com um >.

Text that is not a quote

> Text that is a quote

O texto entre aspas é recuado com uma linha vertical à esquerda e exibido usando o tipo cinza.

Captura de tela do GitHub Markdown renderizado mostrando a diferença entre texto normal e entre aspas.

Note

Ao exibir uma conversa, você pode citar automaticamente o texto em um comentário realçando o texto e digitando R. Você pode citar um comentário inteiro clicando e, em seguida, citando a resposta. Para obter mais informações sobre atalhos de teclado, consulte Atalhos do teclado.

Citar código

Você pode destacar um código ou comando dentro de uma sentença com um único backtick. O texto dentro dos backticks não será formatado. Você também pode pressionar o Command+E (Mac) ou Ctrl> Atalho de teclado +E (Windows/Linux) para inserir os backticks de um bloco de código dentro de uma linha de Markdown.

Use `git status` to list all new or modified files that haven't yet been committed.

Captura de tela do GitHub Markdown renderizado mostrando que os caracteres cercados por backticks são mostrados em uma face de tipo de largura fixa, realçada em cinza claro.

Para formatar código ou texto em seu próprio bloco distinto, use backticks triplos.

Some basic Git commands are:
```
git status
git add
git commit
```

Captura de tela do markdown GitHub renderizado mostrando um bloco de código simples sem realce de sintaxe.

Para saber mais, confira Criar e realçar blocos de código.

Se você editar tabelas e snippets de código com frequência, poderá se beneficiar da habilitação de uma fonte de largura fixa em todos os campos de comentário no GitHub. Para saber mais, confira Sobre como escrever e formatar em GitHub.

Modelos de cores com suporte

Em issues, pull requests e discussões, você pode destacar cores dentro de uma frase usando backticks. Um modelo de cores com suporte em backticks exibirá uma visualização da cor.

The background color is `#ffffff` for light mode and `#000000` for dark mode.

Captura de tela do GitHub Markdown renderizado mostrando como os valores HEX em backticks criam pequenos círculos de cor, aqui em branco e depois em preto.

Aqui estão os modelos de cores com suporte no momento.

Cor Sintaxe Example Saída
HEX `#RRGGBB` `#0969DA` Captura de tela do markdown GitHub renderizado mostrando como o valor HEX #0969DA aparece com um círculo azul.
RGB `rgb(R,G,B)` `rgb(9, 105, 218)` Captura de tela do GitHub Markdown renderizado mostrando como o valor RGB 9, 105, 218 aparece com um círculo azul.
HSL `hsl(H,S,L)` `hsl(212, 92%, 45%)` Captura de tela do markdown GitHub renderizado mostrando como o valor de HSL 212, 92%, 45% aparece com um círculo azul.

Note

  • Um modelo de cores com suporte não pode ter espaços à esquerda ou à direita dentro dos backticks.
  • A visualização da cor só tem suporte em problemas, solicitações de pull e discussões.

Links

Você pode criar um link embutido encapsulando o texto do link entre colchetes [ ]e encapsulando a URL entre parênteses ( ). Você também pode usar o atalho de teclado Command+K para criar um link. Quando você tiver o texto selecionado, poderá colar uma URL da área de transferência para criar automaticamente um link do texto selecionado.

Você também pode criar um hiperlink markdown realçando o texto e usando o atalho de teclado Comando+V. Se você quiser substituir o texto pelo link, use o atalho de teclado Command+Shift+V.

This site was built using [GitHub Pages](https://pages.github.com/).

Captura de tela do markdown GitHub renderizado mostrando como o texto entre colchetes, "páginas GitHub", aparece como um hiperlink azul.

Note

GitHub cria automaticamente links quando URLs válidas são escritas em um comentário. Para saber mais, confira Referências e URLs com links automáticos.

Ligações de secção

Você pode criar um link direto para qualquer seção que tenha um título. Para visualizar a âncora gerada automaticamente em um arquivo renderizado, passe o mouse sobre o cabeçalho da seção para expor o ícone e clique no ícone para exibir a âncora em seu navegador.

Captura de tela de um LEIAME de um repositório. À esquerda de um título de seção, um ícone de link é descrito em laranja escuro.

Se você precisar determinar a âncora de um título em um arquivo que está editando, poderá usar as seguintes regras básicas:

  • As letras são convertidas em minúsculas.
  • Os espaços são substituídos por hifens (-). Qualquer outro espaço em branco ou caracteres de pontuação são removidos.
  • Espaços em branco no início e no fim são removidos.
  • A formatação de marcação é removida, deixando apenas o conteúdo (por exemplo, _italics_ torna-se italics).
  • Se a âncora gerada automaticamente para um título for idêntica a uma âncora anterior no mesmo documento, um identificador exclusivo será gerado acrescentando um hífen e um inteiro de incremento automático.

Para obter informações mais detalhadas sobre os requisitos de fragmentos de URI, consulte RFC 3986: Uniform Resource Identifier (URI): Sintaxe genérica, Seção 3.5.

O bloco de código abaixo demonstra as regras básicas usadas para gerar âncoras de títulos em conteúdo renderizado.

# Example headings

## Sample Section

## This'll be a _Helpful_ Section About the Greek Letter Θ!
A heading containing characters not allowed in fragments, UTF-8 characters, two consecutive spaces between the first and second words, and formatting.

## This heading is not unique in the file

TEXT 1

## This heading is not unique in the file

TEXT 2

# Links to the example headings above

Link to the sample section: [Link Text](#sample-section).

Link to the helpful section: [Link Text](#thisll-be-a-helpful-section-about-the-greek-letter-Θ).

Link to the first non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file).

Link to the second non-unique section: [Link Text](#this-heading-is-not-unique-in-the-file-1).

Note

Se você editar um título ou alterar a ordem dos títulos com âncoras "idênticas", também precisará atualizar todos os links para esses títulos, pois as âncoras serão alteradas.

Links relativos

É possível definir links relativos e caminhos de imagens em seus arquivos representados para ajudar os leitores a acessar outros arquivos no repositório.

Um link relativo é um link que é relativo ao arquivo atual. Por exemplo, se você tiver um arquivo LEIAME na raiz do repositório e tiver outro arquivo em docs/CONTRIBUTING.md, o link relativo para CONTRIBUTING.md no LEIAME poderá ter esta aparência:

[Contribution guidelines for this project](docs/CONTRIBUTING.md)

O GitHub transformará automaticamente o link relativo ou o caminho da imagem baseado em qualquer branch em que você estiver no momento para que o link ou o caminho sempre funcione. O caminho do link será relativo ao arquivo atual. Links que começam com / serão relativos à raiz do repositório. Você pode usar todos os operandos de link relativos, como ./ e ../.

O texto do link deve estar em uma única linha. O exemplo abaixo não funcionará.

[Contribution
guidelines for this project](docs/CONTRIBUTING.md)

Os links relativos são mais fáceis para usuários que clonam o seu repositório. Os links absolutos podem não funcionar em clones do seu repositório - recomendamos usar links relativos para referir-se a outros arquivos no seu repositório.

Âncoras personalizadas

Você pode usar marcas de âncora HTML padrão (<a name="unique-anchor-name"></a>) para criar pontos de âncora de navegação para qualquer local no documento. Para evitar referências ambíguas, use um esquema de nomenclatura exclusivo para marcas de âncora, como adicionar um prefixo ao valor do name atributo.

Note

Âncoras personalizadas não serão incluídas no Sumário ou na estrutura de tópicos do documento.

Você pode vincular a uma âncora personalizada usando o valor do name atributo que você deu à âncora. A sintaxe é exatamente a mesma que quando você vincula a uma âncora gerada automaticamente para um título.

Por exemplo:

# Section Heading

Some body text of this section.

<a name="my-custom-anchor-point"></a>
Some text I want to provide a direct link to, but which doesn't have its own heading.

(… more content…)

[A link to that custom anchor](#my-custom-anchor-point)

Tip

As âncoras personalizadas não são consideradas pelo comportamento automático de nomenclatura e numeração de links automáticos de cabeçalho.

Quebras de linha

Se você estiver escrevendo em problemas, solicitações de pull ou discussões em um repositório, GitHub renderizará uma quebra de linha automaticamente:

This example
Will span two lines

No entanto, se você estiver escrevendo em um arquivo .md, o exemplo acima será renderizado em uma linha sem uma quebra de linha. Para criar uma quebra de linha em um arquivo .md, você precisará incluir um dos seguintes:

  • Inclua dois espaços no final da primeira linha.

    This example  
    Will span two lines
    
  • Inclua uma barra invertida no final da primeira linha.

    This example\
    Will span two lines
  • Inclua uma tag de quebra de linha única HTML no final da primeira linha.

    This example<br/>
    Will span two lines

Se você deixar uma linha em branco entre duas linhas, tanto arquivos .md quanto Markdown em issues, solicitações de pull e discussões, as duas linhas serão renderizadas separadas pela linha em branco.

This example

Will have a blank line separating both lines

Imagens

Você pode exibir uma imagem adicionando ! e encapsulando o texto alt em [ ]. O texto alt é um texto curto https://www.figma.com/make/2Q9XgRhkAUtTqANC3gQQ2e/Criar-painel-de-FF?t=JuNjujqoAdfdeY8B-0`](url)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants