160

मैंने GitHub पर एक विकी पृष्ठ देखा जो संपादन के लिए खुला नहीं है। तब मैंने परियोजना को कांटा, इसे "मेरे अंत" पर संपादित किया और एक पुल अनुरोध करने की कोशिश की। यह पता चला है, विकी परियोजना में नहीं है, और इसमें बदलाव करने का कोई तरीका नहीं है।

ई-मेलिंग के अलावा, क्या आगे बढ़ने का एक तरीका है अगर मैं इस मामले में विकी पर बदलाव का सुझाव देना चाहता हूं?

^{इस बिंदु पर मुझे पता चला कि "समान शीर्षक वाले प्रश्न" के तहत एक विकल्प की तरह क्या लगता है , लेकिन मैं इसके साथ पुल का अनुरोध अभी तक नहीं कर सका, और इसलिए मुझे यकीन नहीं है कि सबमॉड्यूल इस उद्देश्य के लिए एक अच्छा तरीका है। अब मैं देखता हूं कि मैं इसे किसी भी तरह से शाखा कर सकता हूं ... तो क्या यह रास्ता है?}

git github wiki

— cregox
स्रोत

5

पर सूचना दी github.com/isaacs/github/issues/846

— मार्टिन Monperrus

मुझे पता है कि मुझे इस पर पार्टी के लिए बहुत देर हो चुकी है, लेकिन मुझे लगता .wikiहै कि मुख्य परियोजना रेपो के सबमॉडल के रूप में गिट रेपो का उपयोग करना इस स्थिति के लिए सबसे अच्छा तरीका है।

— ipatch

GitHub विकी पर पुल अनुरोधों को सक्षम करने के लिए वर्कअराउंड: growwiththeweb.com/2016/07/…

— Vadzim

120

GitHub विकी रिपॉजिटरी के लिए पुल अनुरोधों का समर्थन नहीं करता है , केवल मुख्य रिपॉजिटरी (यह शर्म की बात है, IMO है, लेकिन मैं इसे समझ सकता हूं)।

यहां एक दिलचस्प तरीका है कि एक परियोजना अपने विकि पर सामुदायिक अपडेट का प्रबंधन करती है, जबकि अभी भी तंग नियंत्रण रखते हुए स्रोत कोड के लिए:

मेरा प्रस्तावित वर्कफ़्लो यह है:

मैन्युअल रूप से अपने गीथूब खाते पर टाफी विकी का एक कांटा बनाएं:

अपने github खाते पर एक नया भंडार बनाएँ। चलो इसे "टाफ़ी-विकी" कहते हैं।

अपने स्थानीय मशीन में टैफी विकी रेपो का क्लोन कहीं: git clone git@github.com:atuttle/Taffy.wiki.git

मूल "मूल" दूरस्थ निकालें और नए "मूल" के रूप में अपने गिटब रेपो को जोड़ें git remote rm originऔरgit remote add origin git@github.com:<YOUR_USERNAME>/Taffy-Wiki.git

स्थानीय स्तर पर अपने प्रस्तावित बदलाव करें, फिर उन्हें अपने गिथब खाते में धकेल दें: git push -u origin master('-यू ओरिजिनल मास्टर' केवल पहली बार आवश्यक है; बाद में ऐसा करें git push)

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

गोटो # 2

( कैसे आप टैफी प्रलेखन में योगदान कर सकते हैं ।)

अगर यह मैं होता, तो मैं मुख्य रिपॉजिटरी में एक मुद्दा बनाता था (यानी, जिसे आपने कांटा था) विकी को अपडेट का सुझाव दे रहा था। यदि समस्याएँ सक्षम नहीं हैं, तो मैं केवल दूसरे विकल्प के बारे में ईमेल कर सकता हूँ जिसके बारे में मैं सोच सकता हूँ।

— Calrion
स्रोत

@ Chi-YoungJeffreyLii वे आदेश मेरे नहीं हैं, लेकिन मेरे द्वारा उद्धृत ब्लॉग पोस्ट से आते हैं (मैंने उद्धरण के नीचे स्रोत को लिंक किया है)। वे कमांड-लाइन Git कमांड हैं, जो Git के साथ किसी भी प्लेटफ़ॉर्म पर काम करना चाहिए, जिसमें Windows शामिल है, और Bash शेल के साथ UNIX या GNU / Linux OS शामिल है।

— कैलोरियन

नाइटपिक: मूल रिमोट रिमूव / ऐड सीक्वेंस शायद एक टैड (अनावश्यक रूप से) जटिल है, साथ ही "कांटा" तकनीकी रूप से मूल नहीं है इसलिए नाम भ्रामक है। मैं केवल नए व्यक्तिगत GitHub रिपॉजिटरी (उदाहरण के लिए "व्यक्तिगत" नाम) के लिए स्थानीय क्लोन पर एक दूसरा रिमोट जोड़ने का सुझाव देता हूं और इसे सामान्य रूप से धक्का देता हूं। इस तरह से एक व्यक्ति अभी भी वास्तविक मूल भंडार से सामान्य रूप से दूसरों के काम के साथ सिंक्रनाइज़ करने के लिए ला सकता है।

— टीएन

5

मैंने इसके लिए एक अलग दृष्टिकोण लिया है, जो कि मुख्य रेपो और विकी दोनों में समान सामग्री को आगे बढ़ाने के लिए है। यह सभी के स्वाद के लिए नहीं होगा, लेकिन रिस्क-फर्स्ट मुख्य रूप से मुख्य रेपो में कुछ जेकेल पृष्ठों के साथ विकी है।

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

localhost:website robmoffat$ git remote show origin
* remote origin
  Fetch URL: git@github.com:risk-first/website.git
  Push  URL: git@github.com:risk-first/website.wiki.git
  Push  URL: git@github.com:risk-first/website.git
  HEAD branch: master

इसे प्राप्त करने के लिए, मैंने इसके बाद दोनों रिपोज से आने वाले कमेंट्स को मर्ज कर दिया:

आप दो गिट रिपोजिटरी को कैसे मर्ज करते हैं?

और फिर दोनों रिपोज को इस तरह धकेलें:

Git - कोड को दो रिमूव में पुश करना

आशा है कि यह किसी की मदद करता है।

— रोब मफत
स्रोत

FYI करें, मैं इस दृष्टिकोण से खड़ा हूं - इसने बहुत अच्छा काम किया। हालांकि, पूरी तरह से अलग कारणों के लिए मैं Jekyll में बहुत पलायन तो यह नहीं है कि कैसे काम करता है riskfirst अब समाप्त हो गया

— रोब Moffat

5

हमने https://devonfw.com में अब तक की समस्या का सबसे अच्छा समाधान पाया है :

अपने दस्तावेज़ को एक दस्तावेज़ फ़ोल्डर के अंदर कोड के साथ गिट रिपॉजिटरी में डालें।
अपने ट्रैविस-सी बिल्ड को कुछ जादू के साथ बढ़ाएं जो उस दस्तावेज़ फ़ोल्डर से सभी परिवर्तनों को विकी गिट पर लागू परिवर्तनों के साथ चरणबद्ध करता है। नीचे अंतिम उदाहरण लिंक देखें।
विकी को प्रलेखन पर केवल-पढ़ने के दृश्य के रूप में देखें। कृपया ध्यान दें कि github.com के साथ आप अभी भी प्रलेखन फ़ोल्डर में फ़ाइलों को देख और सीधे संपादित कर सकते हैं। तो आप अभी भी सेकंड के भीतर ब्राउज़र में टाइपो को ठीक कर सकते हैं (यहां तक कि पीआर के रूप में भी रेपो पर अनुमति के बिना) - सिर्फ विकी के माध्यम से नहीं।
जब कोई योगदानकर्ता कांटे देता है, तो उसके पास कोड के साथ प्रलेखन भी होता है। वह एक पीआर में दोनों को बदल सकता है और सभी एक ही प्रक्रिया में समीक्षा की जाती है ताकि मर्ज कोड और डॉक्टर सिंक में बने रहें। फिर भी आपके पास साइडबार, आदि के साथ विकी में प्रलेखन पढ़ने के लिए अच्छे UX हैं।

जैसा कि हम 100% ओएसएस हैं हम इस महान समाधान में आने के लिए अपने कठिन प्रयासों को साझा करना पसंद करते हैं। यहाँ लिंक उदाहरण के रूप में हैं:

— जोर्ग
स्रोत

2

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

संक्षेप में:

उन्हें सिर्फ आपके विकी पेज रेपो का क्लोन बनाने की जरूरत है, ( git clone YOUR_FORKED_REPO.wiki.git), आपके सभी विकी स्क्वैश एक बड़े कमिट में आते हैं, फिर उनके रेपो पर इस बड़े स्क्वैश कमिट को चेरी-पिक करते हैं। यह आपके विकी परिवर्तनों को उनके विकि में लाएगा।

पूर्ण निर्देश:

(लैरी बोथा के गीथबिस्ट से यहाँ पर कॉपी करें: https://gist.github.com/larrybotha/10650410 ):

————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————–

एक फोर्कड जीथब रेपो से मर्ज विकी चेंजेस

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

शब्दावली

ओरेपो : मूल रेपो - मालिक द्वारा बनाए या बनाए गए रेपो

FREPO : forked repo जो संभवतः अपने विकि पर अपडेट करता है, अभी तक OREPO पर नहीं है

योगदान

क्या आपको एक रेपो की विकी में योगदान करना चाहिए जिसे आपने कांटा है, निम्नलिखित कार्य करें:

रेपो को कांटा
क्लोन आपके मशीन के लिए केवल विकि: $ g clone [FREPO].wiki.git
अपने स्थानीय forked विकी रेपो में परिवर्तन करें
अपने परिवर्तन को GitHub में धकेलें

एक बार जब आप लेखक को यह बताने के लिए तैयार हो जाते हैं कि आपके पास बदलाव हैं, तो निम्न कार्य करें:

OREPO पर एक मुद्दा खोलें
विलय की आसानी के लिए अपने विकी के git रेपो का सीधा लिंक प्रदान करें: यानी [ FREPO ] .wiki.git

परिवर्तन करना

OREPO के मालिक के रूप में , आपको अब एक संदेश मिला है कि किसी और के FREPO पर आपके विकि पर अपडेट हैं ।

यदि विकी परिवर्तनों को नवीनतम OREPO विकी से कांटा जाता है , तो आप निम्नलिखित कार्य कर सकते हैं:

$ git clone [OREPO].wiki.git
$ cd [OREPO].wiki.git

# squashing all FREPO changes
$ git pull [FREPO].wiki.git master

$ git push origin master

अगर OREPO विकी से आगे है, जहां FREPO से लिया गया है, तो निम्न कार्य करें:

$ git clone [OREPO].wiki.git
$ cd [OREPO].wiki.git
$ git fetch [FREPO] master:[FREPO-branch]
$ git checkout [FREPO-branch]

#checkout to last OREPO commit
$ git reset --hard [last-OREPO-commit-hash]

# do massive squash of all FREPO changes
$ git merge --squash HEAD@{1}
$ git commit -m "Wiki update from FREPO - [description]"
$ git checkout master

# cherry-pick newly squashed commit
$ git cherry-pick [OREPO-newly-squashed-commit]
$ git push

---------- उपरोक्त GitHub GIST से कॉपी-पेस्ट का अंत ------------

— गेब्रियल स्टेपल्स
स्रोत

0

यदि आपके पास एक भी पृष्ठ लंबा दस्तावेज़ होना ठीक है (मुझे वास्तव में यह अधिक पसंद है), तो आप इसे अपहरण कर सकते हैं README.MDऔर विकी की सामग्री को वहां रख सकते हैं।

न केवल इसे सामान्य रिपॉजिटरी के भाग के रूप में ट्रैक किया जाएगा, इसे होम पेज पर भी प्रदर्शित किया जाएगा।

इसे एक त्वरित संदर्भ के साथ शुरू करने और फिर अधिक विस्तृत विवरण / निर्देशों में लाने के लिए बनाया जा सकता है, ताकि नियमित उपयोगकर्ता पहले अधिक सामान्य जानकारी से टकराएं।

— इगोर स्टॉप्टा
स्रोत

GitHub पर wiki पेज का अनुरोध कैसे करें?