remote - push tag git command




Erro no Git ao tentar empurrar-o gancho pré-recebimento foi recusado (12)

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?


Problema: "PUSH Failed refs / head / - pre-receive hook declinou"

Eu enfrentei o problema de não conseguir empurrar as minhas alterações para a minha ramificação de origem e nada para dominar a ramificação de um repositório de projeto em particular, pois o tamanho dessa repo estava acima do limite de 2GB. Foi jogando o erro. Isso porque nós transferimos os dados de teste para o bitbucket de outros ramos de teste.

PUSH Failed refs / head / - pre-receive hook recusado

Então, tentei verificar se o mesmo acontece com outros repo de projeto e eles não estavam tendo problemas.

Consertar:

Meu colega percebeu que quando clonamos o projeto de volta localmente, o tamanho do projeto era de 110MB. Então começamos a limpar os galhos que mesclamos anteriormente e ramos ativos que não são mais necessários. Uma vez que a limpeza é feita para alguns ramos, percebemos que o tamanho do repositório caiu drasticamente de 2 GB para 120 MB. Então tentamos empurrar as alterações para o meu ramo e funcionou.


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 )

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.


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.


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.


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% /

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.


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.


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


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.


O tamanho do arquivo é importante. Existe um limite de ~ 120MB para um único arquivo. No meu caso, .gitignore usando o Visual Studio tinha o arquivo listado, mas o arquivo ainda estava comprometido. Ao usar o git cli, podemos obter mais informações detalhadas sobre o erro.

O gancho pre-receive declinado era resultado do arquivo grande. Basicamente, validando o push.

Para resolvê-lo, removi o último commit usando:

git reset --soft HEAD~1

Em seguida, excluí o arquivo do commit.

espero que ajude.


Para mim Autorização no servidor git remoto resolve o problema.





git