Zorlamaya çalışırken Git hatası - ön alma kancası reddedildi

Taahhüt ettiğim bir değişikliği denediğimde şu hatayı alıyorum ...

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'

Neler oluyor?

Depoyu kimin koruduğunu sormalısın git@mycogit/cit_pplus.git .

Taahhütleriniz kanca tarafından reddedildipre-receive bu repo'nun (bu, gelen taahhütleri analiz etmek ve repoya kabul edilebilecek kadar iyi olup olmadıklarına karar vermeyi amaçlayan kullanıcı tarafından yapılandırılabilir bir komut dosyasıdır).

Bu kişiden kancayı güncellemesini istemek de iyi bir fikirdir, bu nedenle ret nedenlerini basacaktır.

Eğer bakıcı sizseniz, sunucu tarafındaki kurulumunuzla ilgili bir sorununuz var gibi görünüyor. Lütfen daha fazla bilgi paylaşın.

Bahse girerim, hızlı ilerlemeyen bir itme deniyorsunuz ve kanca bunu engelliyor. Bu durumda, git pull --rebaseen yeni kod tabanındaki yerel değişikliklerinizi yeniden oluşturmaya başlamadan önce çalıştırın .

Dosya boyutu önemlidir. Tek bir dosya için ~ 120MB'lık bir sınır vardır. Benim durumumda, Visual Studio'yu kullanan .gitignore dosyası listelenmişti, ancak dosya yine de kararlıydı. Git cli kullanırken hata hakkında daha ayrıntılı bilgi alabiliriz.

ön alma kancası reddedildi nedeniyle büyük dosya oldu. Temel olarak itmeyi doğrulamak.

Çözmek için kullanarak son taahhüdü kaldırdım:

git reset --soft HEAD~1

Daha sonra dosyayı taahhüt dışında bıraktım.

Not: Önceki işlemlerin N sayısına dönmek için HEAD ~ N tuşlarını kullanın. (örn. 3, 4) Klasördeki değişiklikleri korumak için her zaman --soft anahtarını kullanın

Umarım yardımcı olur.

Bunun nedeni, gibi bir şubeye taahhüt verme hakkına sahip olmamanız olabilir master. Bakıcıdan size taahhütleri zorlama hakkını vermesini isteyebilirsiniz.

Benim durumumda bu mesajı aldım çünkü şube GitLab'da 'Korumalı' olarak işaretlendi.

Bu mesajı GitLab sunucusu bazı değişiklikler geçirdiğinde aldım. Ertesi gün itmek işe yaradı. Her neyse, diğerlerinin de belirttiği gibi, emin olmak için bakımcınızla görüşün.

Uzak depoda izin verilen dosya boyutundan daha büyük dosya boyutundaki değişiklikleri birleştirmeye çalışırken bu sorunu yaşadım (benim durumumda GitHub)

Aynı sorunla karşılaştım.
Benim için çözen şey başka bir dala geçmek ve sonra orijinal olana geri dönmekti.

Altı çizili nedenin ne olduğundan emin değilim, ama bu düzeltti.

Bitbucket : Ayarlar'da Şube izinlerini kontrol edin ('Tümünü reddet' seçeneğinde olabilir). Bu işe yaramazsa, dalınızı yeni bir yerel şubeye kopyalayın , değişiklikleri uzaktan kumandaya itin (yeni bir uzak dal oluşturulacak) ve bir PR oluşturun.

Birisine yardımcı olması durumunda:

Korumayı kaldıracak ana dalı olmayan (Gitlab'da) boş bir repo'm vardı. git push -u origin --all

• Ben çalıştırmak zorunda git push -u origin master, ilk
• ana dalı geçici olarak koruyun
• gerisini it ( --all& --tags)

Aynı hatayla karşılaştım, geliştirici erişimim olduğunu kontrol ettikten sonra yeni bir şube yayınlayamadım. Daha yüksek erişim hakları eklemek bu sorunu çözdü.

GitHub gist ile bu hatayı aldım. Alt dizinlerdeki dosyalar için bir taahhütte bulunmaya çalışıyordum. Gist çıktı sadece kök dizinde dosyaları olabilir.

Korumalı şube seçeneğini kaldırın veya geliştiriciler veya yöneticiler gibi ek rollerin bu kullanıcıların bu hatayla karşılaşmasına izin vermek ve bunları birleştirmek için izin ver.

Benim durumumda, taahhüt mesajları için kancalarımız var, sunucu komut dosyamız taahhüt mesajı için özel biçime sahipse taahhütleri kabul eder "<JIRA ID><Message>". İlgili Jira bileti yoksa veya taahhüt mesajında ​​bazı özel semboller varsa, taahhüdü reddeder. Bir taahhüt iletisine /, [,> vb.

Bu aslında BitBucket'te sunucu tarafında YACC etkinleştirildiğinde olur. YACC, JIRA sorun adlarının işleme iletisinde belirtilmesi için etkinleştirilmiştir. Yani en azından bir şey yaptığınızda, JIRA numaranızı taahhüt mesajına tutun ve sonra kendi mesajınızı ekleyebilirsiniz.

GitKraken kullanıyordum ve yerel bir şube yaptık, sonra iki uzak dalı birleştirdik ve yerel şubeyi başlangıç ​​noktasına itmeye çalıştık. Aynı hata mesajı ile çalışmadı.

Solüsyon oldu yerel şube oluşturmak ve ilk itin kökeni ve ardından birleştirme yapmak.

Sorun: "PUSH Başarısız referanslar / kafa / - alım öncesi kanca reddedildi"

Değişikliklerimin kaynak şubemde ve belirli bir proje havuzunun ana dalında herhangi bir şeyi zorlayamama sorunuyla karşı karşıya kaldım, çünkü bu repo boyutu 2GB'ın üzerinde. Hatayı atıyordu. Çünkü test verilerini bilmeden diğer test dallarından bitbucket'e itmiştik.

PUSH Başarısız referans / kafa / - ön alma kancası reddedildi

Bu yüzden denemek denedim diğer proje repo's ile aynıdır ve herhangi bir sorun yoktu.

Düzeltme:

Meslektaşım, projeyi yerel olarak yeniden klonladığımızda, projenin boyutunun 110 MB olduğunu fark etti. Böylece daha önce birleştirdiğimiz dalları ve artık gerekli olmayan dalları temizlemeye başladık. Bu temizlik birkaç dal için yapıldıktan sonra, repo boyutunun 2GB'dan 120MB'ye düştüğünü fark ettik. Sonra değişiklikleri şubeme aktarmaya çalıştık ve işe yaradı.

Benim durumumda yeni bir veri havuzum vardı, bir kolu ittim ('master' değil 'UCA-46'), yeniden temel aldım, zorla tekrar ittim ve hatayı aldım. Web kancaları yoktu. @ThiefMastergit pull --rebase olarak idam ettim önerdiği , tekrar zorunda kaldım ve . Ama bu garip ve zor bir yoldu.

Sonra Git itme hatası ön alma kancasının düştüğünü gördüm . Şubemin haline geldiğini buldum korunduğunu . Korumayı kaldırdım ve zorla tekrar zorlayabilirim.

Bunu bir dokku örneğine zorlamaya çalışırken anladım. Diskin sunucumda dolu olduğu ortaya çıktı.

Koştu: du -f

Ve sonuç şuydu:

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

Benim için Uzak Git sunucusunda yetkilendirme sorunu çözüyor.

Benim durumumda, kazara benim taahhüt edilmemiş itme dev bir dosya ekledi ve sonra ne çekme, sıfırlama veya rm olursa olsun ondan kurtulamadı çünkü.

benim kirli çözüm ama uygulanabilir çözüm geçerli dizini yeniden adlandırmak, dizini yeniden yerel klonlamak ve değişiklikleri el ile recloned yerel dizine yansıtmaktır ...

Kulağa hoş gelmiyor ama çalışıyor ...

Benim için hata, projenin herhangi bir şubesi olmadığı ve rolümün geliştirici olmasıydı, bu yüzden herhangi bir şube oluşturamadım, bana şu anda ilgili izinleri ve her şeyi vermelerini istedim!

masterUzaktan kumandanız için henüz varsayılan bir şube (ör. ) Mevcut değil. Bu yüzden önce mastergit uzak sunucusunda şube oluşturmanız gerekir (örneğin, varsayılan bir README.mddosya oluşturmak ), ardından pushbu komutu kullanarak mevcut tüm yerel şubelerinizi deneyin :

git push -u origin --all

Benim için Bitbucket bugün politikalarını otomatik olarak değiştirene kadar (21 Nisan 2020) her şey yolunda gidiyordu. Bu , bugün Çalışma Alanları olarak adlandırılan yeni bir özellikle hizalanıyor , bu yüzden bununla ilgili bir şey olduğundan şüpheleniyorum.

Çözüm : Ben (Yönetici olarak) kullanıcı arayüzündeki Kullanıcılar'a e-posta adresini eklemek için talimatları izledim (kullandığınız e-posta bulunabilir)git config --list

bazen, itmekte olduğunuz dal korunmuş olduğundan, deponun bakım görevlilerinden koruma durumunu değiştirmelerini isteyebilirsiniz. git-lab'da, ayarları> Depo> Korumalı Dallar'da bulabilirsiniz. :)

Bir node.js sürümü belirtmek sorunu çözebilir.

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