tag Erro no Git ao tentar empurrar-o gancho pré-recebimento foi recusado




push tag git command (15)

No meu caso, é porque eu acidentalmente adicionei um arquivo gigante ao meu push não confirmado e não pude me livrar dele, não importa o que puxar ou resetar ou fazer depois.

minha solução suja mas solução viável é renomear o diretório atual, re-clonar o diretório para local e refletir as alterações manualmente para o diretório local reclonado ...

Não parece bom, mas funciona ...

Quando eu tento empurrar uma mudança que eu cometi, recebo o seguinte erro ...

git.exe push -v --progress  "origin" iteration1:iteration1

remote: *********************************************************************
To ssh://[email protected]/cit_pplus.git
! [remote rejected] iteration1 -> iteration1 (pre-receive hook declined)
error: failed to push some refs to 'ssh://[email protected]/cit_pplus.git'

O que está acontecendo?


O erro para mim foi que o projeto não tinha nenhuma ramificação criada, e meu papel era desenvolvedor, então não consegui criar nenhuma ramificação, solicitar que eles me dessem as permissões pertinentes e tudo em ordem agora!


Eu estava usando o GitKraken e fizemos uma ramificação local, depois mesclamos duas ramificações remotas e tentamos empurrar a ramificação local para a origem. Não funcionou com a mesma mensagem de erro.

A solução foi criar o ramo local e empurrá-lo primeiro para a origem e depois fazer a mesclagem.


Eu recebi esta mensagem quando o servidor do GitLab estava passando por algumas mudanças. No dia seguinte, empurrando funcionou bem. De qualquer forma, como outros salientaram, verifique com seu mantenedor para ter certeza.


No meu caso, temos ganchos para enviar mensagens, nosso script de servidor aceita commits se eles tiverem o formato especial para enviar a mensagem "<JIRA ID><Message>" . Ele (hook) declina commit se o respectivo ticket Jira não existir ou se houver algum símbolo especial na mensagem de commit. Eu enfrento esse erro quando eu adiciono /, [,> etc. em uma mensagem de commit, removendo esses trabalhos.


Eu tenho isso ao tentar empurrar para uma instância dokku. Acontece que o disco estava cheio no meu servidor.

Ran: du -f

E o resultado foi:

Filesystem      Size  Used Avail Use% Mounted on
udev            476M     0  476M   0% /dev
tmpfs           100M  4.4M   95M   5% /run
/dev/xvda1      7.8G  7.4G  8.9M 100% /

No meu caso, recebi esta mensagem porque o ramo estava marcado como "Protegido" no GitLab.


Eu aposto que você está tentando um empurrão não adiantado e o gancho o bloqueia. Se for esse o caso, simplesmente execute git pull --rebase antes de pressionar para rebase suas alterações locais na mais nova base de código.


Isso pode ter ocorrido porque você não tinha o direito de acesso para enviar um commit para uma ramificação como master . Você pode pedir ao mantenedor que lhe dê o direito de enviar commits.


Especificar uma versão node.js pode resolver o problema como

{
  "name": "myapp",
  "description": "a really cool app",
  "version": "1.0.0",
  "engines": {
    "node": "10.3.0"
  }
}

Eu tive esse problema ao tentar mesclar alterações com tamanho de arquivo maior do que o repositório remoto permitido (no meu caso foi GitHub)


Eu encontrei esse mesmo problema.
O que resolveu para mim foi mudar para outro ramo e depois voltar para o original.

Não tenho certeza qual foi a causa do sublinhado, mas isso corrigiu.


Você deve perguntar quem mantém o repo em [email protected]/cit_pplus.git .

Seus commits foram rejeitados pelo hook pre-receive desse repositório (que é um script configurável pelo usuário que tem como objetivo analisar os commits recebidos e decidir se eles são bons o suficiente para serem aceitos no repositório).

Também é uma boa ideia pedir que a pessoa atualize o gancho, para que ele imprima as razões da rejeição.

Se o mantenedor é você mesmo, então parece que você tem um problema com a sua configuração no lado do servidor. Por favor, compartilhe mais informações então.


Isso acontece quando o YACC é ativado no lado do servidor no BitBucket. YACC é habilitado para nomes de problemas do JIRA serem mencionados na mensagem de submissão. Portanto, sempre que você fizer algo, mantenha o número do JIRA na mensagem de commit e, além disso, adicione sua própria mensagem.


Caso isso ajude alguém:

Eu tinha um repositório em branco sem ramificação mestre para desproteger (no Gitlab), então antes de executar git push -u origin --all

  • Eu tive que executar o git push -u origin master primeiro,
  • desproteger o ramo mestre temporariamente
  • empurre o resto ( --all & --tags )




git