git - गितूब पर एक पुल अनुरोध प्राप्त करें जहां मूल रूप से एक प्रतिबद्धता बनाई गई थी




github pull-request (4)

13 अक्टूबर, 2014 से, यह सीधा होना चाहिए:

उदाहरण के लिए:

आप फ़ाइल hakimel/reveal.js/plugin/markdown/markdown.js लिए देख सकते हैं, मेरा योगदान अब पीआर # 734 के संदर्भ के साथ आता है।

यह विलय से मर्ज किए गए पुल अनुरोधों को जोड़ने से आता है :

परिवर्तनों के बारे में अधिक संदर्भ देने के लिए हम प्रतिबद्ध पृष्ठों पर युक्त शाखाएं और टैग शामिल कर रहे हैं। अब, एक रिपोजिटरी की डिफ़ॉल्ट शाखा में काम करता है, आपको पुल अनुरोध भी दिखाएगा जो उन्हें पेश करता है।

पुल अनुरोध में, आप इस बारे में चर्चा देख सकते हैं कि प्रतिबद्धता क्यों पेश की गई थी, और परिवर्तन के कारण की एक स्पष्ट तस्वीर प्राप्त करें।

हमेशा की तरह, यदि आप एसएचए प्रतिबद्धता जानते हैं, तो आप प्रतिबद्ध पृष्ठ को छोड़ सकते हैं और सीधे पुल अनुरोध की खोज कर सकते हैं

परिवर्तन के बारे में बड़ी सोच को समझने या रेपो में किए गए परिवर्तनों के सेट को समझने के लिए पुल अनुरोध बहुत अच्छे हैं। पुल अनुरोधों को पढ़ना स्रोत पर छोटे परमाणु परिवर्तनों की बजाय, एक परियोजना को जल्दी से "ग्रोक" करने का एक शानदार तरीका है, आपको तार्किक परिवर्तनों के बड़े समूह मिलते हैं। पढ़ने के लिए आसान बनाने के लिए अपने कोड में लाइनों को संबंधित "stanzas" में व्यवस्थित करने के लिए एनालॉगस।

मुझे लगता है कि मैं खुद को एक फाइल या प्रतिबद्धता देख रहा हूं, और मुझे आश्चर्य है कि मूल रूप से इसे बनाए गए पुल अनुरोध को प्रतिबद्ध करने का कोई तरीका है या नहीं। उस पुल अनुरोध को अंततः विलय कर दिया गया होगा, लेकिन मर्ज-प्रतिबद्ध के साथ जरूरी नहीं है।


गिटहब पर पुल अनुरोध फ़िल्टर फ़ील्ड में प्रतिबद्ध हैश रखें।


आप बस गिटूब पर जा सकते हैं और खोज बार में SHA दर्ज कर सकते हैं, सुनिश्चित करें कि आप बाईं ओर "समस्याएं" लिंक का चयन करें।

13 जुलाई 2017 को अपडेट किया गया

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

यदि आपके पास एसएचए प्रतिबद्ध है और कुछ और नहीं है और इसके लिए खुदाई नहीं करना चाहते हैं, तो रेपो यूआरएल में केवल /commit/[commit SHA] जोड़ें, और यदि आप मौजूद हैं तो पीआर लिंक के साथ आप प्रतिबद्ध पृष्ठ देखेंगे । उदाहरण के लिए, यदि SHA 52797a7a3b087231e4e391e11ea861569205aaf4 है और रेपो https://github.com/glimmerjs/glimmer-vm , तो https://github.com/glimmerjs/glimmer-vm/commit/52797a7a3b087231e4e391e11ea861569205aaf4 पर https://github.com/glimmerjs/glimmer-vm/commit/52797a7a3b087231e4e391e11ea861569205aaf4


git config --add remote.origin.fetch +refs/pull/*/head:refs/remotes/origin/pull/*
git fetch origin
git describe --all  --contains <COMMIT>

यदि आवश्यक हो, तो रिमोट के नाम पर origin बदलें जो कि जिथब रिपोजिटरी को इंगित करता है जिस पर पुल अनुरोध भेजा गया होता। पहले आदेश को किसी भी दिए गए रिमोट के लिए केवल एक बार चलाने की आवश्यकता होती है, और दूसरा अपडेट आमतौर पर अन्य अपडेट प्राप्त करते समय किया जाएगा।

इससे गिट को वास्तविक शाखाओं के साथ पुल अनुरोधों के बारे में जानकारी मिल जाएगी। वे origin/pull/123 जैसे रिमोट-ट्रैकिंग शाखाओं के रूप में दिखाई देंगे। एक बार ऐसा करने के बाद आप संदर्भित प्रतिबद्धता वाली पहली शाखा दिखाने के लिए --all और --contains विकल्पों के साथ git describe उपयोग कर सकते हैं।

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





pull-request