2015-01-23 8 views
20

मैं कुछ मुद्दों को ठीक करने के लिए एक गिथब परियोजना को फोर्क करना चाहता हूं और फिर पुल अनुरोध भेजना चाहता हूं।मैं गिटहब परियोजना का दूसरा कांटा कैसे बना सकता हूं?

जिस समस्या में मैं चल रहा हूं वह यह है कि मैंने इसे पहले से ही किसी अन्य उपयोगकर्ता आधार के लिए अनुकूलित करने के लिए प्रोजेक्ट को फोर्क कर दिया है।

क्या यह दूसरा कांटा बनाना संभव है? यदि हां, तो कैसे?

जब मैं फोर्क करने की कोशिश करता हूं तो यह मुझे पहले बनाए गए फोर्क में ले जाता है।

+2

क्यों न केवल मास्टर से एक नई शाखा बनाएं, सामान ठीक करें और मूल परियोजनाओं के मास्टर को शाखा खींचें? – noMAD

+1

सबसे बड़ा समाधान मैं सोच सकता हूं कि एक नया गिटहब खाता बनाना है। मैं गंभीरता से यह सुझाव नहीं देता हूं। मुझे संदेह है, क्योंकि @ नोएमएडी सुझाव देता है कि यह एक शाखा के लिए नौकरी है, न कि कांटा। –

+0

@noMAD जो काम करेगा क्योंकि मैं योगदानकर्ता हूं। बस उत्सुक, क्या वह समाधान काम करेगा यदि मैं योगदानकर्ता नहीं था? – pixelfairy

उत्तर

5

क्लिक करें आप दो अलग गिटहब खातों का उपयोग करते हैं।

तो:

  1. एक अलग GitHub खाता बनाने (और ईमेल को सत्यापित)

  2. कांटा परियोजना

  3. के रूप में एक "सहयोगी" आपका मुख्य GitHub खाते को आमंत्रित करें (से सेटिंग्स)

आपको नए गिटहब खाते के साथ एक संगठन बनाने और संगठन के मालिक के रूप में अपना मुख्य जिथब खाता आमंत्रित करने के अतिरिक्त चरण को जोड़ने की आवश्यकता हो सकती है (यह भी सुनिश्चित करें कि आपका नया फोर्क उस नए संगठन में है)। इससे आपको अपने मुख्य गिटहब खाते से जुड़े एक हेरोकू ऐप पर स्वचालित रूप से तैनात करने जैसी चीज़ें मिलेंगी।

हमारे पास एकाधिक फोर्क क्यों नहीं हो सकते ???

4

मेरा मतलब है कि मैं सिर्फ पुल अनुरोध किए बिना प्रतिबद्ध और धक्का दे सकता हूं, लेकिन मैं इसे अप्रिय तरीके से करना चाहता हूं और मैं किसी अन्य परियोजना को सार्वजनिक परियोजना में जाने से पहले परिवर्तनों की समीक्षा करना चाहता हूं।

गिटहब पुल अनुरोधों को एक कांटे से जमा करने की आवश्यकता नहीं है; they work within a single repository as well: क्योंकि वे अपने कांटा में परिवर्तन के बारे परियोजना देखरेख सूचित करने के लिए एक तरीका प्रदान

पुल अनुरोध कांटा & पुल मॉडल में विशेष रूप से उपयोगी होते हैं। हालांकि, वे साझा भंडार मॉडल में भी उपयोगी हैं जहां उनका उपयोग मुख्य समीक्षा शाखा में विलय होने से पहले परिवर्तनों के सेट के बारे में कोड समीक्षा और सामान्य चर्चा शुरू करने के लिए किया जाता है।

यदि आपको तकनीकी रूप से नहीं करना है तो भी आपको पुल अनुरोध बनाने से रोक नहीं रहा है। इसे अक्सर एक सर्वोत्तम अभ्यास माना जाता है, और GitHub's own Flow model काफी हद तक पुल अनुरोधों पर आधारित है।

एक भी रिपोजिटरी के भीतर Creating a pull request बहुत एक कांटा से एक बनाने के समान है:

  1. एक सुविधा शाखा बनाएँ और अपने काम है कि शाखा को GitHub
  2. पर करने के लिए स्विच धक्का GitHub वेब UI में, अपने सुविधा शाखा
  3. ही GitHub परियोजना unles के दो कांटे के लिए कोई तरीका नहीं है "की तुलना" & समीक्षा बटन
+0

धन्यवाद! यह वास्तव में अच्छी जानकारी है। यह निश्चित रूप से मुझे अपने तत्काल लक्ष्यों के साथ मदद करता है। ... क्या आधिकारिक उत्तर है कि मैं एक से अधिक कांटा नहीं बना सकता? अगर मैं किसी अन्य उपयोगकर्ता-आधार के लिए कांटा बनाना चाहता हूं तो क्या होगा? क्या मुझे पहले दूसरे (पहले) कांटा के स्वामित्व को स्थानांतरित करने की आवश्यकता होगी? – pixelfairy

+1

@ पिक्सेलफेरी, आधिकारिक उत्तर "तरह का" है। जहां तक ​​मुझे पता है, वेब यूआई के कांटा बटन * का उपयोग करके * आपके खाते के तहत एक और कांटा बनाने का कोई तरीका नहीं है। (आप [संगठन] की जांच करना चाहेंगे (https://github.com/blog/674-introducing- संगठन)। लेकिन जब यह नीचे आता है, तो एक कांटा सिर्फ एक भंडार की एक प्रति है। आप आसानी से एक नया खाली भंडार बना सकते हैं, इसे 'प्रोजेक्ट-फोर्क' कहते हैं, और इसे दबाएं। अधिक विस्तृत उत्तर के लिए http://stackoverflow.com/questions/12338240/how-can-i-fork-the-original-repo-when-ive-already-forked-a- dififferent-fork देखें। – Chris

+0

मुझे काम-आसपास पसंद है! हाथ में काम के लिए मैं गिटहब फ्लो मॉडल का पालन करूंगा और फिर यदि मैं एक नए उपयोगकर्ताबेस के लिए कोडबेस को फोर्क करना चाहता हूं तो मैं सिर्फ एक नया रेपो बनाउंगा और इसे धक्का दूंगा। धन्यवाद!! – pixelfairy

संबंधित मुद्दे