Git & Version Control

Gerador de comandos GitEntenda antes de executar

Escolha um modelo ou analise um comando. Confira argumentos e efeitos antes de levar o resultado ao terminal.

Gerador de comandos Git

Parâmetros ou comando

Prévia do comando

git status

As aspas são para shells POSIX: sh, Bash, zsh e Git Bash. Confira o repositório antes de executar.

status

Mostra alterações em arquivos rastreados e não rastreados, sem criar um commit.

Lê informações quando executado; nenhum repositório é inspecionado aqui.

Processamento neste navegador. Sem executar comandos, acessar repositórios ou enviar requisições de rede.

Opções

Prévia pronta. Nada foi executado.

O Gerador de comandos Git ajuda quando você sabe a tarefa, mas esqueceu uma flag: clonar parte do histórico, desenhar um grafo ou conferir o que já está no stage. A primeira prévia mostra apenas git status.

Um exemplo pronto raramente tem sua branch, seu caminho e sua mensagem. Aqui esses valores entram na prévia junto com a explicação. Isso não verifica objetos, permissões nem o estado do repositório onde você pretende executar.

Por que usar o Gerador de comandos Git

Não divida um valor sem querer

O Gerador de comandos Git usa aspas POSIX para manter espaços e apóstrofos dentro do mesmo argumento. Caminhos recebem o separador adequado para não virarem opções. O Git ainda interpreta padrões e curingas; citar uma string não garante correspondência literal com um único arquivo.

Blocos de parâmetros separados formam a prévia de um comando.

Leia os efeitos junto da prévia

O resultado apresenta a operação, cada parâmetro e a categoria de risco. Um hard reset e um push com lease continuam marcados como perigosos mesmo quando a sintaxe está correta. Você pode avaliar consequências antes de copiar o texto.

Um comando é dividido em parâmetros, com um bloco de risco marcado por um alerta.

Três detalhes que merecem conferência

01

Escolha a base da comparação

O diff padrão compara arquivos de trabalho com o índice. Ao marcar alterações no stage, a comparação passa a ser entre índice e HEAD. Uma revisão explícita muda a base e o campo de caminho restringe o padrão considerado.

02

Saiba quando o resultado fica pronto

A atualização automática espera 350 ms após a edição. Desligue para mostrar o botão principal; Ctrl/Cmd + Enter também funciona. Qualquer mudança bloqueia a cópia do resultado anterior até que a prévia seja refeita.

03

Confira a substituição antes de aplicar

Carregar exemplo ou limpar mostra primeiro os campos afetados e a quantidade. Após aplicar, é possível desfazer uma vez e recuperar entrada e saída. Os fluxos usam linhas separadas: execute cada uma no terminal e verifique o resultado antes de continuar.

Da consulta à preparação de mudanças

Dez modelos de uso frequente

Há status, clone, log, diff, switch, add, commit, fetch, push e reset. Configure branch e profundidade do clone, quantidade de commits e grafo do log. Campos de outras operações não são inseridos como flags sem relação com a tarefa.

Explicação com escopo definido

O analisador aceita um comando e as opções exibidas no formulário. --cached e --staged têm o mesmo significado. Flags desconhecidas, repetições, aspas incompletas e argumentos extras bloqueiam o resultado, em vez de esconder trechos que não foram entendidos.

Três sequências legíveis

Revisar alterações usa status, diff e log. Criar branch usa status, switch -c e status. Preparar commit usa status, add e commit. A seleção mantém os campos, mas não executa passos nem decide se uma etapa foi bem-sucedida.

O que a ferramenta não consegue confirmar

Sem acesso ao estado real
Branches, commits, conflitos, permissões, hooks e configurações não são inspecionados. A página não instala Git nem executa comandos. Desfazer só restaura conteúdo substituído nesta página, nunca uma operação externa no repositório.
Uma família de shells
A saída é para POSIX, incluindo Git Bash, sem promessa de compatibilidade com PowerShell ou CMD. A análise rejeita scripts, pipes, redirecionamentos, expansões, aliases e opções globais. Merge, rebase, clean, --force comum e exclusão remota ficam fora dos modelos.
Limites de tamanho e números
O comando aceita até 8192 caracteres, cada campo até 2048, sem controles ou Unicode inválido. A quantidade opcional de commits vai de 1 a 1000 e a profundidade até 1000000. Deixar o limite vazio não acrescenta restrição à saída do Git.
Endereços e referências limitados
Clone aceita HTTPS sem credenciais, SSH sem senha e usuário@host:caminho, mas não caminhos locais ou remote helpers. Branches usam nomes ASCII comuns; revisões podem ter ~ e ^. Não se resolvem expressões complexas ou referências reais do seu repositório.
Validação não elimina perda de dados
Soft move HEAD; mixed também redefine o índice. Hard pode descartar mudanças e caminhos não rastreados que impeçam a gravação. Force-with-lease ainda substitui histórico remoto e um fetch em segundo plano pode enfraquecer sua proteção. Não há garantia de recuperação.

Gerador de comandos Git: dúvidas frequentes

É arriscado executar um comando gerado?

Pode ser. Citar corretamente os argumentos evita expansão indevida no shell, mas não muda o efeito de Git. Confira principalmente o alvo do reset e a branch remota do push. O site não conhece o trabalho que você precisa preservar.

Como inserir minha branch e meu arquivo no comando?

Use os campos do modelo selecionado. Nomes de branch seguem a sintaxe ASCII limitada. O caminho é um padrão Git passado como um argumento, portanto curingas ainda podem abranger vários arquivos mesmo entre aspas.

O que digito é transmitido a algum servidor?

Não há envio para análise, histórico salvo nem link compartilhável contendo seus valores. A área de transferência recebe o comando somente quando você clica em Copiar.

Pra que serve o comando git diff?

Git diff compara versões de conteúdo. Sem revisão ou staged, mostra diferenças entre trabalho e índice; com --cached ou --staged, entre índice e HEAD. Por isso um diff vazio não significa que não existam mudanças preparadas para commit.

Qual a diferença entre as opções --soft, --mixed e --hard no git reset?

No git reset, --soft move HEAD e mantém índice e arquivos; --mixed também redefine o índice e deixa as mudanças nos arquivos; --hard redefine os três e pode descartar trabalho. Para histórico já compartilhado, avalie o fluxo da equipe antes de mover referências.

A prévia difere da documentação do aparelho?

Comece por uma consulta conhecida

Volte ao Gerador de comandos Git e escolha a operação desejada. Confira branch, caminhos e explicações; copie apenas a prévia atual quando ela corresponder ao que você quer fazer.