दिलचस्प पोस्ट
0.0 द्वारा विभाजित करते समय जावा एक अपवाद क्यों नहीं फेंकता? हेडलेस, लिनक्स पर स्क्रिप्टिंग फ़ायरफ़ॉक्स / वेबकिट? शब्दों को जावास्क्रिप्ट नंबर वीएस 2013 बहुत धीमा क्यों है? == और === के बीच अंतर कुछ यूनिकोड वर्ण मैट्रिक्स में क्यों प्रदर्शित होते हैं, लेकिन आर में डेटा फ़्रेम नहीं? क्या मैं जेडीबीसी कनेक्शन पूलिंग का उपयोग कर रहा हूं? Urllib2 का उपयोग करते हुए GET के बजाय एक पोस्ट कॉल बनाना ओरेकल में वर्कर और वर्चार 2 के बीच क्या अंतर है? HTTPResponse ऑब्जेक्ट – JSON ऑब्जेक्ट str होना चाहिए, 'बाइट्स' नहीं मैं रिमोट जीआईटी शाखा कैसे बदलूंगा? कैसे एक jquery अनंत एनीमेशन बनाने के लिए? संदर्भ – पीडीओ के बारे में अक्सर पूछे जाने वाले प्रश्न सी ++ 11 के पीओडी "मानक लेआउट" की परिभाषा किस तरह से है? सी ++ हमें एक वैरिएबल घोषित करते समय कब कोष्ठकों में चर नाम को घेरने की अनुमति देता है?

जीआईटी – चेरी-पिक – होवो / व्हाइटो

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

स्रोत

  1. चेरी-पिक कैसे समस्या को हल करता है?
  2. मैं git या git क्यों लागू नहीं करोगे?

Solutions Collecting From Web of "जीआईटी – चेरी-पिक – होवो / व्हाइटो"

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

यदि आप मर्ज या रीसाइज किए गए हैं, तो संभवतः आपस में विवादित पुराने परिवर्तनों का एक गुच्छा मिलेगा।

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

यह उपयोगी है यदि आप चाहते हैं कि किसी अन्य शाखा में कोई भी प्रतिबद्ध हो, उसके इतिहास के बिना

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

मैं git या git क्यों लागू नहीं करोगे?

क्योंकि git लागू पैच (फाइलें) लागू करने के लिए है, और git पैच की श्रृंखला को लागू करने के लिए हूँ जीटी चेरी-पिक परमिट लागू होता है – यानी, आपके खुद के रेपो से बना रहता है, बनाम आप अन्य रेपो से आयात करते हैं

git help cherry-pick :

git-cherry-pick – कुछ मौजूदा कमिट्स द्वारा शुरू किए गए परिवर्तनों को लागू करें

[…]

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

तो, जब आप cherry-pick हैं, तो git लेता है बदलाव (इसकी diff ) और यह आपके वर्तमान कार्यशील निर्देशिका पर लागू करने की कोशिश करता है, एक नई प्रतिबद्धता बना रहा है जो आपके cherry-pick बराबर है।

यह एक अलग इतिहास रेखा पर किसी अन्य प्रतिबद्ध के परिवर्तनों को फिर से करने का एक तरीका है।

परिवर्तन लेने के अलावा, cherry-pick भी लेखक की तरह मूल प्रतिबद्ध की जानकारी को संरक्षित करता है और वह

अंत में, cherry-pick को लागू करने के लिए एक समूह का आदान cherry-pick प्रदान प्राप्त हो सकता है, इस मामले में यह cherry-pick जैसे कि उन्हें कालानुक्रमिक क्रम (पुरानी पहले) में एक जैसा लगेगा।

मुसीबत:
आप किसी ऐसे व्यक्ति की सुविधा का परीक्षण करना चाहते हैं जिसे किसी ने विकसित किया है, लेकिन यह केवल एक दूरदराज शाखा में मौजूद है जो कि पुरानी पुरानी है।

यह समस्या को हल करता है क्योंकि:

  • आप पुरानी शाखा को सम्मिलित नहीं करना चाहते हैं, जिसमें कमीशन शामिल हैं जो आपके वर्तमान विकास की स्थिति में अब प्रासंगिक नहीं हैं
  • आप अपनी शाखा को एक पुराने शाखा के ऊपर रीबेस करने के लिए सिर्फ एक प्रतिबद्ध करने के लिए नहीं चाहते हैं।
  • आपको अपनी शाखा को उस पुरानी शाखा में मर्ज करने की ज़रूरत नहीं होगी

अंतिम बिंदु महत्वपूर्ण है क्योंकि चेरी-उठा के पहले दोष यह है कि यह डुप्लिकेट कमिट का परिचय देता है । लेकिन आपके मामले में, इससे कोई फर्क नहीं पड़ता।

दूसरी खामी यह है कि आप कर रहे हैं चेरी-पिकिंग के लिए पिछले कर्तव्यों (उस पुरानी शाखा के) के आधार पर कार्यात्मक निर्भरता हो सकती है।
दूसरे शब्दों में, इसका कोड अन्य पुरानी कमेट्स के अन्य कोड (जो चेरी-चुने नहीं हैं) की वजह से काम करता है
यह पता लगाने के लिए मुश्किल हो सकता है