@menção
Notificar uma pessoa no GitHub adicionando @ antes do nome de usuário. Os usuários de uma organização no GitHub também podem integrar uma equipe que pode ser mencionada.
acesso de gravação
Nível de permissão que permite ao usuário fazer push de alterações ou gravá-las em um repositório.
acesso de leitura
Nível de permissão que permite ao usuário ler ou fazer pull das informações do repositório. Todos os repositórios públicos dão acesso de leitura a todos os usuários do GitHub. Sinônimo para acesso pull.
acesso pull
Sinônimo de acesso de leitura.
acesso push
Sinônimo de acesso de gravação.
alta disponibilidade
Sistema ou componente que se mantém em operação por um período longo.
aplicativo GitHub
Os aplicativos do GitHub servem para toda a organização e usam sua própria identidade ao executar as funções. Podem ser instalados diretamente em organizações e contas de usuários, recebem acesso a repositórios específicos, têm permissões granulares e webhooks integrados.
aplicativo OAuth
Aplicativo de terceiros que usa tokens de acesso em vez de senhas para liberar o acesso dos usuários às informações.
appliance
Aplicativo de software combinado com o sistema operacional just enough (JeOS) para execução ideal em um hardware padrão do setor (geralmente um servidor) ou em uma máquina virtual.
arquivo git
Arquivo .git simples que fica sempre na raiz de uma árvore de trabalho e aponta para o diretório Git, que tem todo o repositório do Git e seus metadados. É possível exibir este arquivo no seu repositório na linha de comando com git rev-parse --git-dir, que é o repositório real.
assinatura
Plano do GitHub para um usuário ou organização.
autenticação básica
Um método de autenticação em que as credenciais são enviadas como texto não criptografado.
autor do commit
Usuário que fez o commit.
bifurcação
Bifurcação é uma cópia pessoal do repositório de outro usuário na sua conta. As bifurcações permitem alterar um projeto livremente sem afetar o repositório upstream original. Também é possível abrir uma pull request no repositório upstream e manter a bifurcação sincronizada com as alterações mais recentes, já que os dois repositórios ainda estão conectados.
bio
A descrição gerada pelo usuário em um perfil: Adicionando uma biografia ao seu perfil
blame
O recurso "blame" do Git descreve a última modificação de cada linha de um arquivo, que geralmente exibe a revisão, o autor e a hora. Por exemplo, serve para rastrear quando um recurso foi adicionado ou para identificar qual commit ocasionou determinado erro.
bloco de código isolado
Um bloco de código recuado que você pode criar com Markdown em estilo GitHub usando barras inversas triplas ``` antes e depois do bloco de código. Veja este example.
bloquear
Remover a possibilidade de um usuário colaborar nos repositórios da organização.
branch
Um branch é uma versão paralela de um repositório. O branch está contido no repositório, mas não afeta o branch principal ou mestre, o que permite trabalhar livremente sem interromper a versão ativa. Após concluir as alterações necessárias, você poderá fazer merge entre o branch alterado e o branch mestre para publicar as alterações.
branch base
O branch em que as alterações são combinadas quando você faz merge da pull request. Quando você cria uma pull request, é possível alterar o branch base do branch padrão do repositório para outro branch, se necessário.
branch de produção
Branch com alterações finais prontas para uso ou implementação em um aplicativo ou site.
branch de recurso
Branch usado para testar novos recursos ou corrigir problemas que não estejam em produção. Também é conhecido como branch de tópico.
branch de tópico
Branch regular do Git usado por desenvolvedores para identificar uma linha conceitual de desenvolvimento. Como os branches são muito simples e econômicos, muitas vezes é preferível ter vários branches pequenos, cada qual com conceitos muito bem definidos ou pequenas alterações incrementais relacionadas. Também conhecido como branch de recurso.
branch head
O branch cujas alterações são combinadas no branch base quando você faz o merge de uma pull request. Também conhecido como "branch de comparação".
branch padrão
O branch base para os novos pull requests e commits de código em um repositório. Cada repositório tem pelo menos um branch, que o Git cria quando você inicializa o repositório. Geralmente, o primeiro branch é denominado main, e, muitas vezes, é o branch padrão.
branch protegido
Branches protegidos bloqueiam vários recursos do Git em um branch que o administrador do repositório decidir proteger. Eles não podem ser excluídos, passar por push, passar por merge sem revisão ou aprovação das verificações obrigatórias nem receber arquivos da interface web do GitHub. Em geral, o branch protegido é o branch padrão.
branch upstream
Branch padrão que passa por merge no branch em questão (ou no qual o branch em questão passa por rebase). É configurado via branch.<name>.remote e branch.<name>.merge. Se o branch upstream de A for origem/B, pode-se dizer que "A está rastreando origem/B".
cache do repositório
Um espelho somente leitura de repositórios para o seu exemplo de servidor do GitHub Enterprise, localizado perto de equipes distribuídas e clientes de CI.
cartão
Quadrado móvel em um quadro de projeto associado a um problema ou pull request.
certificado CA
Certificado digital emitido por uma Autoridade Certificada (CA, Certificate Authority) que garante a existência de conexões válidas entre duas máquinas, como o computador de um usuário e o GitHub.com. O certificado também verifica a propriedade de sites.
chave de implantação
Chave de implantação é uma chave SSH armazenada no seu servidor que dá acesso a um único repositório GitHub. Essa chave é vinculada diretamente ao repositório, e não a uma conta de usuário pessoal.
Chave SSH
Chaves SSH são uma forma de identificar-se com um servidor on-line, usando uma mensagem criptografada. É como se o seu computador tivesse sua própria senha exclusiva para outro serviço. GitHub usa chaves SSH para transferir informações de forma segura para o seu computador.
cherry-picking
Para escolher um subconjunto de alterações de uma série de alterações (tipicamente commits) e registrá-los como uma nova série de alterações no topo de uma base de código diferente. No Git, isto é executado pelo comando git cherry-pick para extrair a alteração introduzida por um commit existente em outro branch e registrá-la com base na ponta do branch atual como um novo commit. Para obter mais informações, consulte git-cherry-pick na documentação do Git.
ciclo de cobrança
Intervalo de tempo do seu plano de cobrança.
clone
Clone é a cópia de um repositório que fica no seu computador, em vez de ficar em algum lugar do servidor de um site. Criar um clone permite alterar os arquivos no editor de sua escolha e usar o Git para monitorar suas alterações sem precisar estar online. O repositório clonado continua conectado à versão remota, de modo que você possa fazer push das alterações locais para manter as duas versões sincronizadas quando estiver online.
clustering
Capacidade de executar os serviços do GitHub Enterprise em vários nós e solicitações de balanceamento de carga entre eles.
código aberto
Software de código aberto é um software que pode ser usado, modificado e compartilhado livremente por qualquer pessoa. O conceito de "código aberto" costuma ir além do software para representar uma filosofia de colaboração, em que os materiais de trabalho são disponibilizados online para qualquer pessoa bifurcar, modificar, discutir e contribuir.
código de autenticação
Um código que você irá fornecer, além da sua senha do GitHub, ao entrar com 2FA pelo navegador. Este código é gerado por um aplicativo ou enviado ao seu telefone por meio de mensagem de texto. Também chamado de "Código de autenticação 2FA".
código de conduta
Documento que define padrões de interação em uma comunidade.
código de recuperação
Código que ajuda a recuperar o acesso à conta do GitHub.
colaborador
Colaborador é uma pessoa com acesso de leitura e gravação em um repositório e que foi convidada a contribuir pelo proprietário do repositório.
colaborador externo
Usuário que recebeu acesso a um ou mais repositórios de uma organização, mas não tem outro tipo de acesso à organização nem faz parte dela.
combinação por squash
Combinar vários commits em um só. Também é um comando do Git.
comentário em linha
Comentário na pull request de uma linha de código.
commit
Commit, ou "revisão", é uma alteração individual em um arquivo (ou conjunto de arquivos). Quando você faz um commit para salvar seu trabalho, o Git cria um ID exclusivo (também conhecido como "SHA" ou "hash") que permite que você mantenha um registro das alterações, dos autores e de quando as alterações foram feitas. Em geral, os commits têm uma mensagem que mostra uma breve descrição das alterações.
comparar branches
O branch que você usa para criar uma pull request. Esse branch é comparado ao branch base que você escolheu para a pull request, e as alterações são identificadas. Quando a pull request faz o merge, o branch base é atualizado com as alterações do branch de comparação. Também conhecido como o "branch head" da pull request.
conflito de merge
Diferença entre branches que passaram por merge. Os conflitos de merge ocorrem quando são feitas alterações diferentes na mesma linha do mesmo arquivo, ou quando uma pessoa edita um arquivo e outra exclui o mesmo arquivo. O conflito de merge deve ser resolvido antes de fazer o merge entre os branches.
console de gerenciamento
Seção na interface do GitHub Enterprise que contém recursos administrativos.
conta pessoal
Conta do GitHub pertencente a um usuário.
conta pessoal bloqueada
Conta pessoal que não pode ser acessada pelo usuário. As contas ficam bloqueadas após o downgrade da modalidade paga para a grátis ou após o vencimento do plano da conta paga.
contribuições
Atividades específicas no GitHub que irão: - Adicionar um quadrado ao gráfico de contribuição de um usuário: "O que conta como uma contribuição" - Adicionar atividades à linha do tempo de um usuário em seu perfil: "Atividade de contribuição"
contribuições privadas
Contribuições feitas a um repositório privado (vs. público).
contribuições públicas
Contribuições feitas a um repositório público (vs. privado).
contribuidor
Contribuidor é uma pessoa que não tem acesso de colaborador a um repositório, mas que contribuiu para um projeto e cuja pull request passou por merge no repositório.
cron
Agendador de trabalhos baseado em tempo para uso em sistemas operacionais de computadores do tipo Unix.
cupom
Código fornecido pelo GitHub para usuários ou organizações pagarem suas assinaturas integral ou parcialmente.
cURL
Usado em scripts ou linhas de comando para transferir dados.
delimitador
Caractere invisível que simboliza o fim da linha em um arquivo de texto.
diagnóstico
Visão geral das configurações e do ambiente de uma instância do GitHub Enterprise.
diff
O diff é a diferença nas alterações entre dois commits ou o registro das alterações salvas. O diff descreverá visualmente o que foi adicionado ou removido de um arquivo desde o commit mais recente.
diretório raiz
Primeiro diretório de uma hierarquia.
diretrizes de contribuição
Documento que explica como as pessoas devem contribuir para o seu projeto.
e-mail de cobrança
Endereço de e-mail da organização para o qual o GitHub envia recibos, cobranças de cartão de crédito ou PayPal e outras comunicações relacionadas.
endereço de e-mail principal
Endereço de e-mail principal para o qual o GitHub envia recibos, cobranças de cartão de crédito ou PayPal e outras comunicações relacionadas.
enterprise account
As contas corporativas permitem que você gerencie a política e a cobrança centralmente para várias organizações. As contas empresariais estão disponíveis com GitHub Enterprise Cloud e GitHub Enterprise Server. Para obter mais informações, consulte "Sobre contas corporativas" na documentação de GitHub Enterprise Cloud.
equipe
Grupo de integrantes da organização que refletem sua empresa ou a estrutura do grupo com permissões de acesso em cascata e menções.
equipe aninhada
Equipe secundária de uma equipe principal. É possível ter várias equipes secundárias (ou aninhadas).
equipe principal
Em equipes aninhadas, equipe principal da qual as equipes secundárias herdam as permissões de acesso e as @menções.
equipe secreta
Uma equipe que só fica visível para os outros integrantes da equipe e pessoas com permissões de proprietário.
equipe secundária
Em equipes aninhadas, subequipe que herda as permissões de acesso e as @menções da equipe principal.
equipe visível
Equipe que pode ser vista e @mencionada por qualquer integrante da organização.
escopo
Grupos nomeados de permissões que um aplicativo OAuth pode solicitar para acessar dados públicos e não públicos.
espelho
Uma nova cópia de um repositório.
estação
Usuário em uma organização do GitHub Enterprise. Também pode ser chamado de "consumo de licença".
estrela
Indicador ou amostra de apreciação por um repositório. As estrelas são uma forma manual de classificar a popularidade dos projetos.
etiqueta
Tag em um problema ou pull request. Repositórios vêm com uma série de etiquetas padrão, mas os usuários podem criar etiquetas personalizadas.
Explorador
Instância do GraphiQL, que é um ambiente GraphQL IDE gráfico, interativo e integrado ao navegador.
fast-forward
Fast-forward é um tipo especial de merge no qual você tem uma revisão e faz um merge das alterações de outro branch descendente do seu. Nesse caso, em vez de fazer um novo commit do merge, basta atualizar a revisão. Esse procedimento acontece com frequência em branches de acompanhamento remoto em repositórios remotos.
fazer checkout
É possível usar git checkout na linha de comando para criar um branch, alterar o branch atual ou alternar para outra versão de um arquivo em um branch diferente com git checkout [nomedobranch] [caminho para o arquivo]. A ação "checkout" atualiza árvore de trabalho (inteira ou em parte) com um blob ou objeto da árvore do banco de dados de objeto, atualizando o índice e HEAD caso a árvore de trabalho esteja apontando para um novo branch.
Fazer push de um branch
Ao fazer push com sucesso de um branch para um repositório remote, você atualiza o branch remote com as alterações do branch local. Quando você faz "push de um branch", o Git procura a ref HEAD do branch no repositório remote e verifica se ela é ancestral direto da ref HEAD do branch local. Após a verificação, o Git faz pull de todos os objetos (acessíveis pela ref HEAD local e ausentes do repositório remote) dentro do banco de dados de objetos remote e atualiza a ref HEAD remote. Se o HEAD remote não for ancestral do HEAD local, a operação de push falha.
feed de notícias
Exibição de atividade dos repositórios ou pessoas que você inspeciona. O feed de notícias da organização mostra a atividade nos repositórios pertencentes a ela.
fetch
Ao usar git fetch, você inclui alterações do repositório remote no seu branch local sem comprometê-las. Diferentemente do que ocorre com git pull, fazer fetch permite revisar as alterações antes de fazer commit delas no branch local.
foto de perfil
Imagem personalizada que o usuário carrega no GitHub para identificar sua atividade, geralmente acompanhada pelo nome de usuário. Também é conhecida como avatar.
gerente de cobrança
Integrante que gerencia as configurações de cobrança de uma organização.
gist
Um gist é um arquivo compartilhável que você pode editar, clonar e bifurcar no GitHub. Você pode criar um gist público ou secreto, embora os gists secretos estejam disponíveis para qualquer pessoa com a URL.
Git
O Git é um programa de código aberto para rastrear alterações em arquivos de textos. Compilado pelo autor do sistema operacional Linux, é a tecnologia principal sobre a qual o GitHub, a interface social e de usuário, foi desenvolvida.
GitHub Jobs
Site do GitHub em que empregadores podem publicar trabalhos que possam vir a despertar o interesse dos usuários.
GitHub Marketplace
Subsite em que usuários e organizações do GitHub podem comprar e instalar aplicativos que ampliam e complementam seus fluxos de trabalho.
GitHub Pages
Também conhecido como Pages, é um serviço de hospedagem de site estático feito para hospedar suas páginas pessoais, de organização ou de projeto diretamente em um repositório do GitHub.
gráfico de código de frequência
Gráfico de repositório que mostra as adições e exclusões de conteúdo para cada semana no histórico de um repositório.
gráfico de commits
Gráfico que mostra todos os commits feitos em um repositório no ano anterior.
gráfico de contribuição
Parte do perfil de um usuário que mostra suas contribuições diárias em um período de até um ano.
gráfico de contribuidores
Gráfico que exibe os 100 principais contribuidores de um repositório.
gráfico de dependências
Gráfico que mostra os pacotes e projetos dos quais o repositório depende.
gráfico de dependentes
Gráfico que mostra os pacotes, projetos e repositórios que dependem de um repositório público.
gráfico de integrantes
Gráfico que exibe todas as bifurcações de um repositório.
gráfico de rede
Gráfico que exibe o histórico de branches de toda a rede do repositório, incluindo branches do repositório raiz e branches de bifurcações que contêm commits exclusivos da rede.
gráfico do repositório
Representação visual dos dados do seu repositório.
gráfico Pulse
Gráfico que mostra uma visão geral da atividade de um repositório.
gráfico Punch
Gráfico que mostra a frequência de atualizações em um repositório conforme o dia da semana e a hora do dia.
GraphQL
Linguagem de consulta para APIs e um tempo de execução para atender a essas consultas com os dados existentes.
HEAD
Um commit definido de um branch, geralmente o commit mais recente na ponta do branch.
HEAD desanexado
O Git avisará se você estiver trabalhando em um HEAD desanexado, ou seja, quando o Git não estiver apontando para um branch e nenhum commit seu aparecer no histórico de commits. Por exemplo, quando você faz checkout de um commit arbitrário que não foi o commit mais recente de um branch específico, você está trabalhando em um "HEAD desanexado".
Hello, World
"Hello, World" é um programa de computador que exibe a frase ""Hello, World!" para um usuário. Por ser muito simples, esse programa costuma ser usado como exemplo da sintaxe básica de uma linguagem de programação e serve como exercício inicial para aprendizes de nível básico.
hook
Durante a execução normal de vários comandos do Git, os call-outs são feitos para scripts opcionais que permitem ao desenvolvedor adicionar funcionalidades ou verificação. Em geral, os hooks permitem verificar e até mesmo abortar um comando, permitindo também uma notificação após a operação.
hook de serviço
Também chamado de "webhook". Os webhooks permitem que notificações sejam entregues a um servidor web externo sempre que determinadas ações ocorrem em um repositório ou uma organização.
hooks pre-receive
Scripts executados no servidor do GitHub Enterprise que podem ser usados para implementar verificações de qualidade.
ID do commit
Também conhecido como "SHA", é um hash de soma de verificação de 40 caracteres que identifica o commit.
identicon
Imagem gerada automaticamente e usada como foto de perfil padrão quando os usuários fazem login no GitHub. Os usuários podem trocar o identificador por outra foto no perfil.
Importador do GitHub
Ferramenta que importa rapidamente repositórios do código-fonte, incluindo commits e histórico de revisão, para os usuários do GitHub.
impressão digital da chave
Sequência curta de bytes usada para identificar uma chave pública mais longa.
inspecionar
Você pode inspecionar um repositório ou problema para receber notificações quando houver atualizações em problemas ou pull requests.
instância
Cópia privada de uma organização do GitHub contida em uma máquina virtual configurável e controlável.
instância de preparo
Maneira de testar as modificações antes de aplicá-las à instância do GitHub Enterprise.
instantâneo
Ponto de verificação de uma máquina virtual em um momento específico.
integração
Aplicativo de terceiros que se integra ao GitHub. Podem ser aplicativos do GitHub, aplicativos do OAuth ou webhooks.
integração contínua
Também conhecida como CI, do inglês Continuous Integration, é um processo que executa compilações e testes automatizados quando alguém faz commit de uma alteração em um repositório configurado no GitHub. Por ajudar a detectar erros, a CI é uma prática recomendada comum no desenvolvimento de software.
Jekyll
Gerador de site estático para sites pessoais, de projeto ou da organização.
keychain
Sistema de gerenciamento de senhas no macOS.
LFS
Git Large File Storage. Extensão de código aberto do Git para controlar versões de arquivos grandes.
licença
Documento que você pode incluir no projeto para mostrar o que as pessoas podem e não podem fazer com o seu código-fonte.
limpo
Uma árvore de trabalho está limpa se corresponder à revisão referenciada pelo HEAD. Veja também "dirty".
Linguist
Biblioteca usada no GitHub para detectar linguagens blob, ignorar arquivos binários ou fornecidos, suprimir arquivos gerados em diffs e gerar gráficos de quebra de linguagem.
linha do tempo
Série de eventos em uma pull request ou em um perfil de usuário.
log de segurança
Log que relaciona as últimas 50 ações ou as ações executadas nos últimos 90 dias.
logon único
Também chamado de SSO, permite ao usuário fazer login em um único local (um provedor de identidade, IdP) que libera o acesso a outros provedores de serviços.
main
O branch de desenvolvimento padrão. Sempre que você criar um repositório Git, será criado um branch denominado main e irá tornar-se o branch ativo. Na maioria dos casos, isto contém o desenvolvimento local, embora isso seja puramente por convenção e não seja necessário.
mantenedor de equipe
Integrantes da organização com um subconjunto de permissões disponíveis para os proprietários da organização gerenciarem equipes.
mantenedor de repositório
Pessoa que gerencia um repositório. Como tal, ela pode ajudar na triagem de problemas e usar etiquetas e outros recursos para gerenciar o trabalho do repositório. Também pode ser responsável por manter o LEIAME e os arquivos de contribuição atualizados.
marcar
Uma verificação é um tipo de verificação de status em GitHub. Consulte "Verificações de status".
marco
Forma de acompanhar o progresso de grupos de problemas ou pull requests em um repositório.
markdown
Markdown é um formato de arquivo semântico incrivelmente simples, não muito diferente dos formatos .doc, .rtf e .txt. O markdown facilita a gravação em texto até mesmo de pessoas sem experiência em publicação na web (inclusive com links, listas, marcadores etc.) e a exibição como site. O GitHub é compatível com markdown e usa um formato particular chamado "markdown em estilo GitHub". Consulte Espec. markdown em estilo GitHub ou Introdução à gravação e formatação no GitHub.
markdown em estilo GitHub
Markdown específico do GitHub usado para formatar texto e código no GitHub. Consulte Espec. markdown em estilo GitHub ou Introdução à gravação e formatação no GitHub.
markup
Sistema para anotar e formatar um documento.
menção
Notificação enviada a um usuário adicionando o símbolo @ antes do nome. Usuários de uma organização no GitHub também podem integrar uma equipe mencionada.
mensagem do commit
Texto breve e descritivo que acompanha um commit e comunica a alteração que o commit apresenta.
merge
A operação de merge aplica as alterações de um branch (no mesmo repositório ou em uma bifurcação) a outro. Em geral, isso acontece como uma "pull request" (que pode ser considerada como uma solicitação de merge) ou pela linha de comando. É possível fazer um merge via pull request pela interface web do GitHub.com, se não houver alterações conflitantes, ou pela linha de comando.
mestre
O branch padrão em muitos repositórios Git. Por padrão, quando você cria um novo repositório Git na linha de comando, um branch denominado master será criado. Muitas ferramentas agora usam um nome alternativo para o branch padrão. Por exemplo, quando você cria um novo repositório no GitHub, o branch padrão é denominado main.
nome de host
Apelidos legíveis por humanos que correspondem ao endereço de um dispositivo conectado a uma rede.
nome de usuário
Identificador de um usuário no GitHub.
non-fast-forward
Quando a cópia local de um repositório não está sincronizada com o repositório upstream e você precisa fazer fetch das alterações de upstream antes de fazer push das alterações locais.
notificação
Atualizações, entregues pela web ou e-mail dependendo de suas configurações, que dão a você informações sobre as atividades em que você tem interesse.
notificações da web
Notificações exibidas na interface web do GitHub: https://github.com/notifications
notificações de e-mail
Notificações enviadas para o endereço de e-mail de um usuário.
notificações de inspeção
Notificação sobre atividades em um repositório ao qual o usuário se inscreveu.
notificações de participação
Notificação sobre uma atualização em uma conversa de um problema ou pull request em que seu nome de usuário ou equipe foi mencionado, ou em alguma resposta anterior sua na conversa.
organização
Organizações são grupos de dois ou mais usuários que geralmente refletem empresas reais. São administradas por usuários e podem ter repositórios e equipes.
origem
Repositório upstream padrão. A maioria dos projetos tem ao menos um projeto upstream rastreado. Por padrão, a origem é usada para esse propósito.
painel
Seu painel pessoal é o principal centro da sua atividade no GitHub. No seu painel pessoal, você pode monitorar problemas e pull requests que está acompanhando ou nos quais está trabalhando, acessar os seus melhores repositórios e páginas de equipe e aprender sobre as atividades recentes em repositórios dos quais você está assistindo ou participando. Também é possível descobrir novos repositórios, que são recomendados com base em usuários que você está seguindo e com base em repositórios que você favoritou. Para visualizar somente as atividades de uma organização específica, visite o painel da sua organização. Para obter mais informações, consulte "Sobre o seu painel pessoal" ou "Sobre o painel da sua organização."
palavra-chave
Palavra específica que encerra um problema quando usada em uma pull request.
perfil
Página que mostra informações sobre a atividade de um usuário no GitHub.
permalink
Hyperlink permanente estático para uma página da web.
plano de cobrança
Planos de pagamento para usuários e organizações, com recursos definidos e personalizados.
plano de Equipe
Plano de cobrança da organização que oferece um número ilimitado de repositórios privados e públicos.
plano de Negócios
Plano de cobrança da organização que permite colaborar em repositórios públicos e privados, definir que os integrantes se autentiquem no GitHub usando SAML SSO e provisionar o acesso com SAML ou SCIM.
plano Grátis
Plano de cobrança grátis para contas de usuário. Os usuários podem contribuir em repositórios públicos ilimitados com colaboradores ilimitados.
problema
Problemas são sugestões de melhorias, tarefas ou questões relacionadas ao repositório. Podem ser criados por qualquer pessoa (em repositórios públicos) e são moderados por colaboradores do repositório. Cada problema tem seu próprio thread de discussão, e também é possível categorizar os problemas com marcadores e atribuí-los a outras pessoas.
proprietário
Integrantes da organização com acesso administrativo total à organização.
proprietário da organização
Usuários com acesso administrativo total à organização que possuem.
proprietário do código
Pessoa designada como proprietária de parte do código de um repositório. O proprietário do código é automaticamente chamado para revisão quando alguém abre uma pull request (sem ser no modo rascunho) que altera o código pertencente ao proprietário em questão.
provedor de identidade
Também conhecido como IdP, é um provedor confiável que permite usar o logon único (SSO) do SAML para acessar outros sites.
pull
O pull tem relação com os processos de fetch e merge das alterações. Por exemplo, se alguém editou o arquivo remote no qual você e outra pessoa estão trabalhando, você vai querer fazer pull dessas alterações em sua cópia local para atualizar o arquivo.
pull request
Pull requests são alterações propostas em um repositório enviadas por um usuário e que são aceitas ou rejeitadas pelos colaboradores do repositório. Assim como os problemas, as pull requests têm um fórum próprio de discussão.
push
Fazer push significa enviar as alterações que passaram por commit para um repositório remote no GitHub.com. Por exemplo, se fizer alguma alteração local, você poderá fazer push para que outras pessoas tenham acesso a ela.
push forçado
Push do Git que sobrescreve o repositório remote com alterações locais sem considerar conflitos.
quadro de projeto
Quadros no GitHub compostos por problemas, pull requests e observações categorizados como cartões em colunas.
README
Arquivo de texto com informações sobre os arquivos em um repositório, costuma ser o primeiro arquivo exibido aos visitantes do repositório. Com uma licença de repositório, diretrizes de contribuição e um código de conduta, o arquivo LEIAME ajuda a definir as expectativas e a gerenciar contribuições para o seu projeto.
rebase
Reaplicar uma série de alterações de um branch para uma base diferente e redefinir o HEAD daquele branch para o resultado.
remote
Versão de um repositório ou branch hospedada em um servidor, provavelmente o GitHub.com. Versões remotas podem ser conectadas a clones locais de modo a permitir a sincronização das alterações.
réplica
Instância do GitHub Enterprise que gera redundância para a instância principal do GitHub Enterprise.
repositório
Repositórios são o elemento mais essencial do GitHub e podem ser imaginados como pastas de um projeto. O repositório contém todos os arquivos do projeto (inclusive a documentação) e armazena o histórico de revisão de cada arquivo. Repositórios podem ter vários colaboradores e podem ser públicos ou privados.
repositório fixo
Repositório que o usuário decidiu exibir em destaque no perfil.
repositório privado
Repositórios privados ficam visíveis somente para o proprietário do repositório e para os colaboradores especificados por ele.
repositório público
Repositórios públicos podem ser vistos por qualquer pessoa, inclusive não usuários do GitHub.
repositório remote
Repositório usado para monitorar o mesmo projeto, mas residindo em outro lugar.
resolver
Corrigir manualmente os problemas ocasionados por uma operação de merge com falha.
responsável
Usuário responsável por um problema.
resposta salva
Comentário que você pode salvar e adicionar à conta de usuário para uso em problemas e pull requests do GitHub.
restrição de branch
Restrição que os administradores do repositório podem ativar para que apenas determinados usuários ou equipes consigam fazer push ou alterações no branch.
reverter
Quando você reverte uma pull request no GitHub, uma nova pull request é aberta automaticamente, com um commit que reverte o commit do merge da pull request original. No Git, é possível reverter commits com git revert.
revisão de pull request
Comentários de colaboradores sobre uma pull request que aprovem as alterações ou solicitem outras alterações antes do merge da pull request.
revisão obrigatória de pull request
As revisões obrigatórias garantem que as pull requests tenham ao menos uma revisão aprovada antes que os colaboradores possam fazer alterações em um branch protegido.
revisar
As revisões permitem que pessoas com acesso ao seu repositório comentem as alterações propostas em pull requests, aprovem as alterações ou solicitem outras alterações antes do merge da pull request.
seguir (usuários)
Receber notificações sobre as contribuições e atividades de outro usuário.
seletor de temas Jekyll
Forma automatizada de selecionar um tema visual para o seu site no Jekyll sem editar ou copiar arquivos CSS.
server-to-server request
Uma solicitação de API usada por um aplicativo que atua como um bot, independentemente de qualquer usuário em particular. Por exemplo, um aplicativo que é executado de forma programada e fecha problemas onde não há atividade há muito tempo. Os aplicativos que usam este tipo de autenticação não usam uma conta do GitHub licenciada. Portanto, em uma empresa com um plano de cobrança que permite a utilização de um determinado número de licenças, um bot de servidor para servidor não está consumindo uma das suas licenças do GitHub. O token usado em uma solicitação de servidor para servidor é adquirido de forma programática por meio da API do GitHub. Consulte também, "pedido do usuário usuário para servidor."
sistema de arquivos raiz
Sistema operacional de base e ambiente de aplicativos do GitHub Enterprise.
status
Representação visual em uma pull request indicativa de que os seus commit atendem às condições definidas para o repositório com o qual você está contribuindo.
sujo
Uma árvore de trabalho é considerada "suja" se contiver modificações que não passaram por commit no branch atual.
token de acesso
Token usado no lugar de uma senha ao executar operações do Git em HTTPS com Git na linha de comando ou na API. Também chamado de token de acesso pessoal.
token OAuth
Token de acesso usado em aplicativos do OAuth para liberar o acesso dos usuários às informações.
tópicos
Uma forma de explorar repositórios em uma área de assunto específica, encontrar projetos com os quais contribuir e descobrir novas soluções para um problema específico no GitHub.
traffic graph
Gráfico que mostra o tráfego de um repositório, inclusive clones totais (sem fetch), visitantes dos últimos 14 dias, sites de referência e conteúdo popular.
transferir
Transferir um repositório significa alterar o proprietário de um repositório. O novo proprietário poderá administrar de imediato o conteúdo, os problemas, as pull request, as versões e as configurações do repositório.
upstream
Quando mencionamos um branch ou bifurcação, o branch primário no repositório original é frequentemente denominado "upstream" (ou branch de origem), por ser o local principal de onde outras alterações virão. Por sua vez, o branch/bifurcação em que você está trabalhando é chamado de "downstream".
URL remota
Local onde seu código fica armazenado (repositório no GitHub, bifurcação de outro usuário ou até mesmo um servidor diferente).
user-to-server request
A solicitação de uma API usada por um aplicativo que executa uma tarefa em nome de um usuário em particular. Quando uma tarefa é realizada com autenticação de usuário para servidor é exibida no GitHub como sido feita por um usuário por meio de um aplicativo. Por exemplo, você pode optar por criar um problema dentro de um aplicativo de terceiros, e o aplicativo faria isso no seu nome no GitHub. O escopo de tarefas que um aplicativo pode executar usando uma solicitação de usuário para servidor é restrito tanto pelas permissões e acesso do aplicativo quanto pelo usuário. O token usado em um pedido do usuário para servidor é otido por meio do OAuth. Para obter mais informações, consulte "Identificar e autorizar usuários para aplicativos GitHub". Consulte também, "server-to-server request."
usuário
Usuários são pessoas que têm contas pessoais do GitHub. Cada usuário tem um perfil pessoal e pode ter vários repositórios, públicos ou privados. Os usuários podem criar organização, ser convidados a participar de organizações ou colaborar nos repositórios de outros usuários.
verificação de status obrigatória
Verificações nas pull requests para garantir que todos os testes de CI sejam aprovados antes que os colaboradores possam fazer alterações em um branch protegido.
verificações de status
Verificações de status são processos externos, como criações de integração contínua, que são executadas para cada commit que você fizer em um repositório. Para obter mais informações, consulte "Verificações de status".
versão
Forma como o GitHub empacota e fornece software aos usuários.
Visualização da API
Forma de testar novas APIs e alterações nos métodos existentes antes de integrá-las como parte da API oficial do GitHub.
webhooks
Os webhooks permitem criar ou configurar aplicativos do GitHub associados a determinados eventos no GitHub.com. Com os webhooks, é possível entregar notificações a um servidor da web externo sempre que determinadas ações ocorrem em um repositório ou organização. Também são conhecidos como hooks de serviço.
Wiki do GitHub
Seção para hospedar documentação em estilo wiki em um repositório do GitHub.