SORU
5 Mayıs 2012, CUMARTESİ


Neden KAFA:başvuruları//yerine ana git push origin master gerrit zorlama gıt

Sadece gerrit kullanmaya başladım ve git push origin master yerine git push gerrit HEAD:refs/for/master yapmamız gereken nedenini öğrenmek istiyorum

git push origin master yaparsam hata ! [remote rejected] master -> master (prohibited by Gerrit) söylediler

CEVAP
5 Mayıs 2012, CUMARTESİ


Gerrit belgelerine, özellikle "Push changes" bölümü, itmek açıklar "büyülü refs/for/'branch' ref herhangi Gıt istemci aracı kullanma".

Aşağıdaki resim the Intro to Gerrit alınır. Gerrit için bastığınızda, git push gerrit HEAD:refs/for/<BRANCH>. Bu değişiklikleri iterdepo alanı(şemada, "Bekleyen Değişiklikler"). Gerrit aslında bir şube <BRANCH>; git müşteriye yalan adı yok.

DAHİLİ olarak, Gerrit Gıt ve SSH yığınları için kendi uygulaması vardır. Bu "" refs/for/<BRANCH> hakemler. büyülü sağlar

İtme isteği bu ad bir hakem oluşturmak için alındığında Gerrit veritabanını güncellemek için kendi mantığı gerçekleştirir ve işlem sonucu ilgili istemciye yatıyor. Başarılı bir sonuç istemci Gerrit ref yarattığı inandırır, ama gerçekte Gerrit hiç hakem oluşturulan etmedi. [Link - Gerrit, "Gritty Details"].

The Gerrit workflow

Başarılı bir yama (i.sonra e, yama oldu itilmiş Gerrit, [koyarak içine "Bekleyen Değişiklikler" hazırlama alanı], yapılmıştır, ve inceleme geçti), Gerrit iter değişim "Bekleyen Değişiklikler" içine "Yetkili " Depo", hesaplama hangi şube için itme içine göre büyü yaptığı zaman itti refs/for/<BRANCH>. Bu şekilde, başarılı bir şekilde yapılmıştır yamalar doğrudan Authoritative Repository doğru şubelerinden çekilebilir.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Abbeydabby0277's channel

    Abbeydabby02

    9 ŞUBAT 2012
  • DigitalRev TV

    DigitalRev T

    30 AĞUSTOS 2007
  • laptopmag

    laptopmag

    25 Ocak 2008