git: git log between remote branch and HEAD being in detached HEAD state -


git चेकआउट -t मूल / 5.0

  * df957e8 (सिर, मूल / 5.0, 5.0) प्रतिबद्ध ए * 93f3185 प्रतिबद्ध बी * abd1176 commit C  

मैं कमांड के नीचे उपयोग कर Gerrit से एक बदलाव की जांच की

git fetch gerit refs / changes / 36/236/1 & amp; amp;

  * bdd7f9c (HEAD) के भाग 3 के बजाय 3 में मास्टर कमांड के शीर्ष पर आने वाले कमेट्स के साथ अलग हेड स्टेट होने जा रहा है।    

236 * fa8f60f भाग 2 236 * bddd168 भाग 1 236 * ffc7982 (मूल / मास्टर, मूल / HEAD) प्रतिबद्ध मास्टर * 415668e * 991d48d

मुझे यह पसंद होना चाहिए

बीडीडी 7 एफ 9 सी (HEAD) भाग 3 * / कोड>

मैंने प्रतीकात्मक-रेफरी का उपयोग करके रेफिक्स / सिर / 5.0 की ओर इशारा करते हुए सिर को बदलने की कोशिश की लेकिन FETCH_HEAD को चेक करने के तुरंत बाद 5.0 की बजाय मास्टर शाखा के शीर्ष पर दिखाया जा रहा है।

कमान की सूची प्राप्त करने के लिए कमांड का उपयोग करके गेरिट परिवर्तन चेकआउट से प्राप्त होने का मेरा लक्ष्य है

"git log --format ="% h "मूल / 5.0..एचईएडी"

लेकिन यह इस मामले में काम नहीं कर रहा है क्योंकि यह 5 की बजाय मास्टर के शीर्ष पर की जाती है .0

कृपया मुझे बताएं कि मुझे कुछ भी याद आ रहा है

यहां पर कुछ चीजें चल रही हैं सबसे पहले, आपके इच्छित परिणाम में, आपके पास दो HEAD s नहीं हो सकता हमेशा एक ही HEAD होता है।

आप एक अलग सिर स्थिति प्राप्त करते हैं, जब आपके वर्तमान सिर को किसी शाखा नाम या टैग द्वारा संदर्भित नहीं किया जाता है।

अब , क्यों 5.0 के बजाय मास्टर के शीर्ष पर बने रहने के संबंध में प्रत्येक प्रतिबद्ध एक माता पिता प्रतिबद्ध को संदर्भ। यानी प्रत्येक एक प्रतिबद्धता के पास माता-पिता होता है जो उसके हश द्वारा संदर्भित होता है। जब आप परिवर्तनों को प्राप्त करते हैं, तो प्राप्त किए गए प्रतिबद्धता उनके मूल संदर्भों के साथ भी आते हैं और तदनुसार रखी जाती हैं। पूर्व के लिए, मान लें कि आपके दूरस्थ रेपो की स्थिति निम्नलिखित है:

ए - & gt; बी - & gt; सी (सी नवीनतम प्रतिबद्ध है)

और आपके पास निम्न में अपने स्थानीय इतिहास है:

ए - & gt; बी

अब कोई फर्क नहीं पड़ता कि जब आप सी को प्राप्त करते हैं, तो यह आपको B set शिविर।

अर्थ, इससे कोई फर्क नहीं पड़ता कि आप कहां से कॉल करें। एक विशेष प्रतिबद्धता एक ही माता-पिता पर स्थित होगी, जिस पर इसे पहली जगह में बनाया गया था।

अगर आपको अभी भी उन 3 कमानों को स्थानांतरित करने की आवश्यकता है, तो मेरा सुझाव है कि आप rebase पर गौर करें। यद्यपि सार्वजनिक प्रतिबद्धता को रिसाइज़ करना निश्चित तौर पर आप को दबाने देगा, जब तक कि आप रिपो का एकमात्र योगदानकर्ता नहीं हो।


Comments

Popular posts from this blog

c# - Reactive Extensions ControlScheduler -

ios - How to determine if NSLayoutConstraint is horizontal or vertical? -

javascript - Enable/Disable form elements and changing the values of button at a time? -