Errore Git durante il tentativo di push - hook di pre-ricezione rifiutato

Quando provo a inviare una modifica che ho eseguito, visualizzo il seguente errore ...

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

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

Cosa sta succedendo?

Dovresti chiedere a chiunque mantenga il repository presso git@mycogit/cit_pplus.git.

I tuoi commit sono stati rifiutati pre-receivedall'hook di quel repository (si tratta di uno script configurabile dall'utente che ha lo scopo di analizzare i commit in arrivo e decidere se sono abbastanza buoni per essere accettati nel repository).

È anche una buona idea chiedere a quella persona di aggiornare il gancio, in modo da stampare i motivi del rifiuto.

Se il manutentore sei tu stesso, allora sembra che tu abbia un problema con la tua configurazione sul lato server. Per favore, condividi più informazioni allora.

Scommetto che stai provando una spinta non veloce e il gancio la blocca. In tal caso, esegui semplicemente git pull --rebaseprima di premere per modificare le modifiche locali sulla base di codice più recente.

La dimensione del file è importante. Esiste un limite di ~ 120 MB per un singolo file. Nel mio caso, .gitignore usando Visual Studio aveva il file elencato, ma il file era ancora sottoposto a commit. Usando git cli, possiamo ottenere maggiori dettagli sull'errore.

l'hook di pre-ricezione rifiutato era il risultato del file di grandi dimensioni. Fondamentalmente convalidare la spinta.

Per risolverlo, ho rimosso l'ultimo commit usando:

git reset --soft HEAD~1

Ho quindi escluso il file dal commit.

Nota: utilizzare HEAD ~ N per tornare al numero N di precedenti commit. (ad es. 3, 4) Utilizzare sempre l'opzione --soft per mantenere le modifiche nella cartella

spero che sia d'aiuto.

Ciò può essere dovuto al fatto che non disponevi del diritto di accesso per inviare un commit a un ramo come master. Puoi chiedere al manutentore di darti il ​​diritto di spingere commit.

Nel mio caso ho ricevuto questo messaggio perché il ramo è stato contrassegnato come 'Protetto' in GitLab.

Ho ricevuto questo messaggio quando il server GitLab stava subendo alcune modifiche. Il giorno dopo la spinta ha funzionato bene. Comunque, come altri hanno sottolineato, verifica con il tuo manutentore per essere sicuro.

Ho avuto questo problema durante il tentativo di unire le modifiche con dimensioni del file superiori a quelle consentite dal repository remoto (nel mio caso era GitHub)

Ho riscontrato questo stesso problema.
Ciò che mi ha risolto è stato quello di passare a un altro ramo e poi di nuovo a quello originale.

Non sono sicuro di quale sia stata la causa sottolineata, ma questo ha risolto.

Bitbucket : controlla le autorizzazioni Branch in Impostazioni (potrebbe essere su "Nega tutto"). Se non funziona, clona semplicemente il tuo ramo in un nuovo ramo locale , invia le modifiche al telecomando (verrà creato un nuovo ramo remoto) e crea un PR.

Nel caso in cui aiuti qualcuno:

Avevo un repository vuoto senza ramo master da non proteggere (in Gitlab) quindi prima di correre git push -u origin --all

• git push -u origin masterPrima dovevo correre ,
• annullare la protezione temporanea del ramo principale
• spingere il resto ( --all& --tags)

Ho riscontrato lo stesso errore, dopo aver verificato di avere un accesso da sviluppatore e di non poter pubblicare una nuova filiale. L'aggiunta di diritti di accesso più elevati ha risolto questo problema. (Gitlab)

Ho riscontrato questo errore con GitHub gist. Stavo cercando di inviare un commit con i file nelle sottodirectory. Si è scoperto che Gist può contenere solo file nella directory principale.

Rimuovere l'opzione di succursale protetta o consentire ruoli aggiuntivi come sviluppatori o amministratori per consentire a questi utenti che riscontrano questo errore di eseguire fusioni e push.

Nel mio caso, abbiamo hook per i messaggi di commit, il nostro script del server accetta i commit se hanno il formato speciale per i messaggi di commit "<JIRA ID><Message>". (Agganciare) rifiuta il commit se il rispettivo ticket Jira non esiste o ci sono alcuni simboli speciali nel messaggio di commit. Devo riscontrare questo errore quando aggiungo /, [,> ecc. In un messaggio di commit, rimuovendo quelli che funzionano bene.

Questo in realtà accade quando YACC è abilitato sul lato server in BitBucket. YACC è abilitato per i nomi dei problemi JIRA da menzionare nel messaggio di commit. Quindi ogni volta che commetti qualcosa, almeno mantieni il tuo numero JIRA nel messaggio di commit e poi puoi anche aggiungere il tuo messaggio.

Stavo usando GitKraken e abbiamo creato un ramo locale, quindi abbiamo unito due rami remoti in esso e quindi abbiamo provato a spingere il ramo locale verso l'origine. Non ha funzionato con lo stesso messaggio di errore.

La soluzione era creare il ramo locale e spingerlo prima verso l'origine e poi fare l'unione.

Problema: "PUSH refs / head / - gancio di pre-ricezione non riusciti rifiutati"

Ho affrontato il problema dell'incapacità di inviare le mie modifiche al mio ramo di origine e qualsiasi cosa per padroneggiare il ramo di un determinato repository di progetti poiché le dimensioni di quel repository superavano il limite massimo di 2 GB. Stava gettando l'errore. Questo perché abbiamo spinto inconsapevolmente i dati dei test su bitbucket da altri rami di test.

PUSH Refs / head / - gancio di pre-ricezione non riusciti rifiutati

Quindi ho provato a verificare che lo stesso con altri repository di progetto e che non avessero problemi.

fix:

Il mio collega ha notato che quando abbiamo clonato il progetto a livello locale, la dimensione del progetto era di 110 MB. Quindi abbiamo iniziato a pulire i rami che abbiamo unito in precedenza e i rami attivi che non sono più necessari. Una volta effettuata la pulizia per un paio di filiali, ci siamo resi conto che le dimensioni del repository sono scese drasticamente da 2 GB a 120 MB. Quindi abbiamo provato a spingere le modifiche al mio ramo e ha funzionato.

Nel mio caso avevo un nuovo repository, ho spinto un ramo ("UCA-46", non "master"), l'ho riformulato, forzato di nuovo e ho ottenuto l'errore. Non esistevano hook Web. Ho eseguito git pull --rebasecome consigliato da @ThiefMaster , ho dovuto rifare di nuovo ed è stato in grado di spingere il ramo. Ma quello era un modo strano e difficile.

Quindi ho visto Git push errore pre-ricevere hook rifiutato . Ho scoperto che il mio ramo è diventato protetto . Ho rimosso la protezione e ho potuto forzare di nuovo a spingere.

Ho capito quando ho provato a passare a un'istanza di dokku. Si scopre che il disco era pieno sul mio server.

Corse: du -f

E il risultato è stato:

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

Per me l'autorizzazione sul server remoto git risolve il problema.

Nel mio caso, è perché ho accidentalmente aggiunto un file gigante al mio push senza impegno e non sono riuscito a liberarmene, qualunque cosa abbia fatto pull o reset o rm dopo.

la mia soluzione sporca ma praticabile è quella di rinominare la directory corrente, ri-clonare la directory in locale e riflettere manualmente le modifiche nella directory locale richiusa ...

Non suona bene ma funziona ...

L'errore per me è stato che il progetto non aveva creato alcun ramo e il mio ruolo era lo sviluppatore, quindi non ho potuto creare alcun ramo, chiedendomi che mi dessero le autorizzazioni pertinenti e tutto in ordine ora!

Un ramo predefinito (ad es. master) Non esiste ancora per il telecomando. Quindi devi prima creare una masterdiramazione nel server remoto git (es. Creare un README.mdfile predefinito ) quindi provare a pushtutte le filiali locali esistenti usando questo comando:

git push -u origin --all

Per me tutto ha funzionato bene fino a quando Bitbucket non ha cambiato automaticamente la sua politica oggi (21 aprile 2020). Questo accade in linea con una nuova funzionalità recentemente introdotta oggi chiamata Workspaces , quindi sospetto che abbia qualcosa a che fare con questo.

Soluzione alternativa : io (come amministratore) ho seguito le istruzioni per aggiungere l'indirizzo e-mail agli utenti nell'interfaccia utente (è possibile trovare l'e-mail che si sta utilizzandogit config --list

Specificare una versione di node.js può risolvere il problema come

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