बस एक और भी आसान विधि पाया अगर आप GitLab और एक कोड की समीक्षा/मर्ज अनुरोध कदम का उपयोग कर रहे हैं। इस मिले के बाद मैं गलती से एक प्रतिबद्ध & धक्का में एक अनावश्यक फ़ाइल शामिल थे। आप संपादन करने के लिए इस विधि का उपयोग भी कर सकते हैं और उन्हें विलय से पहले अपनी शाखा में अनुशंसा कर सकते हैं।
हमारी प्रक्रिया: कोडिंग के बाद, हम प्रतिबद्ध होते हैं, अपस्ट्रीम से लाते हैं, रिबेस करते हैं, गिटलैब को दबाते हैं। यह गिटलैब पर एक शाखा बनाता है, फिर हम उस शाखा के लिए विलय अनुरोध बनाते हैं। यह सुनिश्चित करना है कि मुख्य शाखा में जाने से पहले सभी कोड को एक सहकर्मी द्वारा कोड की समीक्षा की जाए। इस मामले में यह एक बेहद उपयोगी कदम था क्योंकि मेरे सहकर्मी समीक्षा सहयोगी ने मेरी गाफ देखी थी।
नोट: यह केवल एक विकल्प से पहले किसी मर्ज अनुरोध स्वीकार कर लिया जाता है।
GitLab को धक्का देने के बाद और इससे पहले कि एक प्रतिबद्ध से एक फ़ाइल को निकालने के लिए विलय:
- ओपन GitLab अनुरोध विलय
- 'परिवर्तन' टैब
- का चयन करें फ़ाइल है कि में अवांछित है का पता लगाएं
- क्लिक करें 'हटाएं' बटन फ़ाइल
- के लिए 'देखें फ़ाइल' बटन पर क्लिक
- प्रतिबद्ध जानकारी एक दर्ज प्रतिबद्ध nd परिवर्तन
आपका विलय अनुरोध अब तय कर दिया गया है और अवांछित फ़ाइल आपकी प्रतिबद्धता से हटा दी गई है। अब आप विलय कर सकते हैं (यदि शेष पास कोड समीक्षा)।
आप इस तरह से फ़ाइलों को संपादित और अनुशंसा भी कर सकते हैं। ग्रहण/इंटेलिजे (जो भी अन्य उपकरण आप उपयोग करते हैं) खोलने और शाखा की जांच करने के बिना त्वरित सुधार करने का यह एक आसान तरीका है।
यह मुझे ग्रहण में धक्का वाली शाखा से फ़ाइल को हटाने से निपटने से बचने के दर्द के घंटे बचाता है।
स्रोत
2016-04-01 22:41:19
इसका मतलब क्या है 'घातक: कमिट 29fc764693a5933a379169e22891e4b0d3d2426f एक विलय है लेकिन नो-एम विकल्प दिया गया था।' जब मैं 'गिट रिवर्ट हेड' करता हूं तो मुझे यह त्रुटि मिलती है? – michael
'गिट रिवर्ट' पिछले प्रतिबद्धता पर लौटता है। यदि आप एक विलय प्रतिबद्धता को वापस करना चाहते हैं जो इतना आसान नहीं है, क्योंकि इसमें कम से कम 2 माता-पिता हैं और कोई भी नहीं कह सकता कि कौन सी शाखा है और जो मर्ज माता-पिता हैं/हैं। आपको '-m' -option का उपयोग करके कौन सा करना है, उसे चुनना होगा। 'गिट हेल्प रिवर्ट' पर एक नज़र डालें। –
KingCrunch