गिट/गेरिट, पुश रिमोट ने कोई बदलाव नहीं किया

Question

प्रतिबद्धता में किए गए परिवर्तन, प्रदर्शन प्रतिबद्धता में संशोधन। एक धक्का है और मैं त्रुटि मिलती है:

! [remote rejected] master -> refs/for/master (no changes made) 

प्रतिबद्ध संदेश में परिवर्तन आईडी की जांच की गई और इसके अभी भी एक मान्य करते हैं।

मैंने एक फ़ाइल बदलने की कोशिश की है, इसे जांचने के रूप में दिखाया गया है और फिर क्षेत्र को स्टेजिंग में जोड़ा गया है और एक और प्रतिबद्ध संशोधन किया है। फिर से धक्का आज़माएं और एक ही समस्या प्राप्त करें। इस पर कोई विचार नहीं है।

संपादित करें: यह सीधे गिटिट को दबा रहा है, सीधे गिट नहीं।

मैं चल रहा हूँ:

git push origin master:refs/for/master 

और उत्पत्ति का विवरण प्राप्त करने की परिणाम (कंपनी के विवरण को संपादित किया) के साथ कर रहे हैं:

$ git remote show origin 
* remote origin 
    Fetch URL: ssh://lytee@gerrit.mycompany.net:29418/myrepo 
    Push URL: ssh://lytee@gerrit.mycompany.net:29418/myrepo 
    HEAD branch: master 
    Remote branch: 
    master tracked 
    Local branch configured for 'git pull': 
    master rebases onto remote master 
    Local ref configured for 'git push': 
    master pushes to master (up to date) 

Answer 1

यह समस्या उन कार्रवाइयों के कारण है जो मैंने पहले की थीं। मैं push को एक नया बदलाव करने की कोशिश कर रहा था, जो बदलाव के शीर्ष पर था, जो अभी भी समीक्षा के लिए तैयार था, जो माता-पिता भी समीक्षा के लिए तैयार थे।

Trunk ------ Parent A ----- Parent B ----- New change 
(merged)  (unmerged)  (unmerged) 

मैं cherry-pick का इस्तेमाल किया था स्थानीय स्तर पर (जनक ए और जनक बी) इन दो परिवर्तन प्राप्त करने के लिए, और फिर एक तिहाई cherry-pickpush प्रयास करने से पहले एक स्थानीय शाखा से मेरे परिवर्तन प्राप्त करने के लिए। यही कारण है कि इस मुद्दे का कारण बन गया, क्योंकि मेरा निजी परिवर्तन अनिवार्य रूप से इतिहास को फिर से लिखने की कोशिश कर रहा था।

सही प्रक्रिया केवल pull ट्रंक बी पर ट्रंक पर होगी। यह स्वचालित रूप से ट्रंक और इसके बीच किसी भी काम को खींचता है (इस मामले में केवल अभिभावक ए)। फिर cherry-pick उस पर मेरा नया परिवर्तन और push ठीक काम करेगा।

Answer 2

ऐसा लगता है कि आप सब कुछ कर रहे के रूप में सही ढंग से जहां तक ​​आप सत्यापित करते हैं कि आपने एक बदलाव किया है जिसे गेरिट को उठाया जाना चाहिए।

git push origin master:refs/for/master

हो सकता है कि इस समस्या है? यदि आपके परिवर्तन मास्टर शाखा के आपके स्थानीय संस्करण पर नहीं हैं, तो आप अपने परिवर्तनों को धक्का नहीं दे रहे हैं। इसके बजाय का प्रयास करें:

git push origin HEAD:refs/for/master

HEAD एक शॉर्टकट का प्रतिनिधित्व करता है कि आपके वर्तमान Git में प्रतिबद्ध है।

Answer 3

यदि आप समीक्षाओं का एक सेट अपडेट करने का प्रयास कर रहे हैं, तो प्रत्येक अपनी स्वयं की परिवर्तन-आईडी के साथ जिसे आप बनाए रखना चाहते हैं (कहें, एक रिबेस के बाद जहां आप दो कामों का ऑर्डर बदलते हैं), तो आप कुछ अस्वीकार कर सकते हैं ढेर में काम अपरिवर्तित बनी हुई है। आपको काम करने के लिए, या कुछ समान रूप से पुन: प्रस्तुत करके एक नया हैश उत्पन्न करना चाहिए।

Answer 4

मुझे एक ही समस्या थी। उसी समय एक और प्रतिबद्धता मास्टर के लिए विलय नहीं हुई थी और जीरिट समीक्षा में थी और गेरिट में छूट दी गई थी। यानी कोड समीक्षा के लिए धक्का दिया। जीरिट में छूट और खत्म करने के लिए लंबित समीक्षा। कोड की समीक्षा होने के बाद मैं बिना किसी त्रुटि के धक्का दे सकता था।

Answer 5

मेरे पास एक ही त्रुटि संदेश था, लेकिन परिवर्तन जो मैं धक्का देने की कोशिश कर रहा था, मूल परिवर्तन सेट से अलग-अलग कामों के शीर्ष पर था (git cherry-pick के साथ कुछ जादू चालें थीं और ऐसा लगता है कि गेरिट इसे पसंद नहीं आया)। मैंने अपना मूल परिवर्तन छोड़ दिया, फिर मुझे एहसास हुआ कि मुझे इस मुद्दे को ठीक कर सकता है, लेकिन git review के साथ गेरिट भेजने में विफल रहा।

इस बिंदु पर, मेरा त्वरित समाधान गेरिट वेबसाइट से मूल परिवर्तन को त्यागना था, और के साथ प्रतिबद्ध संदेश से change-Id: sha1 अंतिम पंक्ति को हटाकर एक नया परिवर्तन बनाना था।

Answer 6

इस त्रुटि संदेश के साथ गेरिट एक बदलाव के लिए एक नए पैच सेट के रूप में एक प्रतिबद्धता को धक्का देने से इंकार कर देता है, यदि धक्का प्रतिबद्ध इस परिवर्तन के वर्तमान पैच सेट के समान है।

किसी पुश करने की, वर्तमान पैच स्थापित कर दें तो

• में फ़ाइलों को प्रतिबद्ध करने के लिए समान माना जाता है
• प्रतिबद्ध संदेश,
• प्रतिबद्ध के लेखक और
• प्रतिबद्धता के माता-पिता

सभी समान हैं।

Answer 7

इस मुद्दे यहाँ पर आधिकारिक दस्तावेज का संदर्भ लें:

https://gerrit-review.googlesource.com/Documentation/error-no-new-changes.html

मैं एक ही मुद्दा था, मेरी समस्या यह है कि मैं परिवर्तन धक्का दे दिया, तो उस मर्ज का त्याग कर दिया, तो मैं कुछ बदलाव बनाया गया था , गलत तरीके से ने मेरी प्रतिबद्धता में संशोधन किया और फिर से धक्का दिया। यही वह जगह है जहां मुझे त्रुटि मिली।

मेरे ठीक:

1. तुम सिर्फ जल्दी से इस समस्या के समाधान प्राप्त करना चाहते हैं, git commit --amend, मौजूदा change-Id निकालूँ, यह मानते हुए आप Git हुक की स्थापना की है, तो आप के लिए प्रतिबद्ध समाप्त कर सकते हैं और एक नया change-Id आपको सौंपा जाना चाहिए।
2. गेरिट में जाएं और अपने मौजूदा change-Id के लिए खोजें, पता लगाएं कि क्या हो रहा है, और तदनुसार ठीक करें। (अनुशंसित)