GitHub पर एक अनुरोध के बिना एक कांटा रेपो से परिवर्तन में खींच?


40

मैं सामाजिक कोडिंग समुदाय के लिए नया हूं और इस स्थिति में ठीक से आगे बढ़ना नहीं जानता:

मैंने कुछ हफ्ते पहले GitHub रिपोजिटरी बनाई है । किसी ने परियोजना को रोक दिया और कुछ छोटे बदलाव किए हैं जो मेरे टू-डू पर किए गए हैं। मैं रोमांचित हूं कि किसी ने मेरी परियोजना को छोड़ दिया और इसे जोड़ने का समय निकाल लिया। मैं परिवर्तनों को अपने कोड में खींचना चाहता हूं, लेकिन कुछ चिंताएं हैं।

1) मैं नहीं जानता कि कैसे कांटे वाले रेपो से गिट के माध्यम से परिवर्तनों को खींचना है। मेरी समझ यह है कि एक पुल अनुरोध के माध्यम से परिवर्तनों को मर्ज करने का एक आसान तरीका है, लेकिन ऐसा प्रतीत होता है जैसे कि फोरकर को उस अनुरोध को जारी करना है?

2) क्या यह एक पुल अनुरोध के बिना परिवर्तनों में खींचने के लिए स्वीकार्य है? यह पहले वाले से संबंधित है। मैं कुछ हफ़्ते के लिए कोड अलग रख दूंगा और यह पता लगाने के लिए वापस आऊंगा कि मैं आगे क्या काम करने जा रहा था, किसी और ने किया था, और किसी तरह से उन्हें क्रेडिट दिए बिना अपने कोड को कॉपी नहीं करना चाहता था। अगर वे स्पष्ट रूप से आपसे नहीं पूछते हैं तो क्या बदलाव को खींचने की जरूरत नहीं होनी चाहिए? यहाँ क्या शिष्टाचार है

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


यहाँ रीमोट्स (और Git से संबंधित कुछ और) के साथ काम करने के लिए एक बढ़िया संसाधन है: http://git-scm.com/book/en/Git-Basics-Working-with-Remotes
Nick C.

जवाबों:


55

1) किसी और के परिवर्तन में खींचने के लिए, पहले एक रिमोट जोड़ें जो उनके भंडार को इंगित करता है। उदाहरण के लिए:

git remote add soniakeys https://github.com/soniakeys/goptimize.git

फिर, आप अपने रिपॉजिटरी में उन परिवर्तनों को ला सकते हैं (यह आपके कोड को नहीं बदलता है, फिर भी):

git fetch soniakeys

अंत में, उन परिवर्तनों को मर्ज करने के लिए, सुनिश्चित करें कि आप अपनी masterशाखा पर हैं और:

git merge soniakeys/master

2) विनम्र होने के लिए, आप आमतौर पर लेखक से पूछेंगे कि क्या परिवर्तनों को खींचना ठीक है। सिर्फ इसलिए कि वे एक सार्वजनिक भंडार पर हैं नहीं है जरूरी मतलब है वे खींचने के लिए तैयार हैं। आगे काम करने के लिए, या शायद बौद्धिक संपदा के मुद्दे, या जो कुछ भी हो सकता है। हालांकि, एक खुले स्रोत के भंडार पर प्रकाशित परिवर्तनों के साथ, पूछना कड़ाई से आवश्यक नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.