क्या मेरे खाते के भीतर जिथब पेज स्वचालित रूप से बनाए गए हैं जब मैं एक रेपो फोर्क करता हूं जिसमें पहले से ही gh-pages शाखा शामिल है?क्या गीथब पेज स्वचालित रूप से एक रेपो के कांटे में बनाए गए हैं जिसमें gh-pages शाखा है?
उत्तर
git push origin master
करके पृष्ठ निर्माण को ट्रिगर करने के लिए कम से कम एक धक्का होना आवश्यक है, मुझे पृष्ठ को पुनर्निर्माण करने के लिए मिला है।
मेरे मामले में मुझे 'gh-pages' शाखा में स्विच करना पड़ा। –
यह * gh-pages * शाखा के साथ रेपो के मेरे कांटा में मेरे लिए गिटहब पेज साइट का निर्माण शुरू नहीं किया। –
आप एक github पेज repo, फोर्क करने के बाद आप github पेज पर किसी भी फ़ाइल को बदल सकते हैं और इसे कर सकते हैं, आपकी वेबसाइट गिट का उपयोग किये बिना दिखाई देगी।
उसने जो भी पूछा उससे भी करीब नहीं! – igaurav
मेरा मानना है कि पोस्टर कह रहा है कि आपके पृष्ठों को लोड करने का सबसे तेज़ तरीका फोर्कड रेपो में किसी भी फ़ाइल पर गिथब इन-ब्राउजर एडिटर का उपयोग करना है। एक बार जब आप वहां अपने परिवर्तनों को सहेज लेते/प्रतिबद्ध करते हैं, तो gh-पृष्ठों के लिए पृष्ठ-निर्माण ट्रिगर किया जाना चाहिए। ऐसा होने के लिए आपको इस तरह के रेपो को स्थानीय ("गिट का उपयोग किए बिना) क्लोन करने की भी आवश्यकता नहीं है। बस ध्यान दें कि काम करने के लिए विशेष रूप से 'gh-pages' शाखा पर संपादन करना आवश्यक लगता है। – XML
एक सुरुचिपूर्ण दृष्टिकोण:
git push -f origin gh-pages^:gh-pages
git push origin gh-pages:gh-pages
git push origin master
अच्छा है क्योंकि अगर वहाँ पहले से ही master
पर कुछ हो सकता है नहीं हो सकता है। उपर्युक्त हमेशा काम करना चाहिए, क्योंकि यह रिमोट शाखा को पीछे और आगे घुमाता है।
से लिया गया: Pushing without committing, जिनके समाधान इस प्रश्न के समाधान भी हैं।
मुझे अंतिम आदेश के बाद यह त्रुटि मिलती है: 'त्रुटि: src refspec gh-pages किसी से मेल नहीं खाता है।' लेकिन ऐसा लगता है कि पहला आदेश पहले से ही पर्याप्त था। – asmaier
@asmaier क्या आपके पास स्थानीय रूप से 'gh-pages' शाखा है? 'USERNAME.github.io' repos जादू हैं और 'मास्टर' पर जीएच पेज जेनरेट करते हैं। –
मुझे अभी एहसास हुआ कि यह वैसे भी काम करता है। तो ऐसा लगता है कि पहला आदेश 'गिट पुश -फ मूल हेड ^: gh-pages' पहले से ही पर्याप्त था। – asmaier
फोर्कड रिपोजिटरी का नाम बदलना भी काम करेगा।
नहीं, एक रेपो फोर्क करने के बाद, आपको इसे फिर से प्रकाशित करना होगा। ऐसा करने के लिए, एक स्थानीय क्लोन पर निम्न कमांड चलाएँ:
git push -f origin origin/gh-pages^:gh-pages
git push origin origin/gh-pages:gh-pages
यह दो बार प्रकाशक हुक से चलाता है, लेकिन आप कुछ भी करने की जरूरत नहीं है।
गिथब पेजों के निर्माण को ट्रिगर करने के लिए गिथब के भीतर एक भंडार को फोर्क करना पर्याप्त नहीं है।
इन दो चीजों के किसी भी काम करेगा:
- संपादित करें और Github इंटरफ़ेस का उपयोग कर किसी भी पृष्ठ को सहेजें। उदाहरण के लिए, README.md फ़ाइल को संशोधित करें, यहां तक कि केवल एक स्थान जोड़ना।
gh-pages
शाखा में किसी भी प्रकार काgit push
बनाएं। दूसरों के रूप में सुझाव दिया है, एक छोटी सी गैर परिवर्तन अपने आप कर सकते हैं:git push -f origin origin/gh-pages^:gh-pages git push origin origin/gh-pages:gh-pages
इस बल-धक्का अंत से पहले gh-pages
प्रमुख होने के लिए प्रतिबद्ध है, तो यह ठीक करता है।
- 1. गीथब में एक शाखा से कांटा
- 2. क्या कार्य पृष्ठभूमि धागे के रूप में बनाए गए हैं?
- 3. टाइमस्टैम्प कैसे स्टोर करें? बनाए गए और अपडेट किए गए फ़ील्ड स्वचालित रूप से उपलब्ध हैं?
- 4. मैं एकाधिक शाखाओं के साथ एक ही गीथब रेपो से कई एपहर्बर उदाहरणों में
- 5. प्राथमिक रेपो के साथ सिंक में स्वचालित रूप से द्वितीयक रेपो रखें?
- 6. गीथब गिस्ट पेज iframe
- 7. वर्डप्रेस - स्वचालित रूप से पेज
- 8. क्या दृश्य स्वचालित रूप से अपडेट किए गए हैं
- 9. गीथब के साथ गिट प्रवाह - केंद्रीय रेपो
- 10. Mercurial: एक शाखा से कैसे निपटें जिसमें दो सिर हैं
- 11. प्रोग्रामिंग रूप से बनाए गए NSEntityDescription
- 12. घटना गतिशील रूप से बनाए गए तत्व
- 13. गीथब
- 14. गतिशील रूप से बनाए गए आईफ्रेम
- 15. टीएफएस: एक शाखा में दूसरी शाखा में स्थानीय रूप से किए गए परिवर्तन सबमिट करें
- 16. एक प्रोग्राम के रूप में बनाए गए दृश्य
- 17. क्या पाइथन में अस्थायी संदर्भ स्वचालित रूप से साफ़ किए गए हैं?
- 18. गीथब
- 19. कुछ सेकंड के बाद स्वचालित रूप से पेजर चेंज पेज स्वचालित रूप से
- 20. क्या जे स्टाइल क्रियाएँ, कांटे आदि मुख्यधारा के कार्यात्मक भाषाओं में पुस्तकालयों के माध्यम से नकल किए गए हैं?
- 21. प्रोग्रामेटिक रूप से बनाए गए नियंत्रणों के लिए टूलटिप्स जोड़ें
- 22. मैवेन में डिफ़ॉल्ट रूप से बनाए गए जार को हटाएं
- 23. गतिशील रूप से बनाए गए डोम नोड्स के लिए हैंडलर
- 24. गीथब
- 25. Google नक्शे-एपीआई v3 InfoWindow स्वचालित रूप से पेज लोड
- 26. एक गीथब रिपोजिटरी
- 27. गीथब
- 28. क्या जीडीबी स्वचालित रूप से एक SIGSEGV
- 29. केवल मास्टर शाखा एक Git रेपो
- 30. गतिशील रूप से बनाए गए तत्वों के लिए CSS3 संक्रमण
आप इसे अभी क्यों नहीं देखते? मेरा मानना है कि पृष्ठों को स्वचालित रूप से बनाया जाना चाहिए, क्योंकि आपके कांटा में 'gh-pages' शाखा भी होगी, लेकिन आपको सुनिश्चित होने से पहले कांटा के 10 मिनट बाद इंतजार करना होगा, क्योंकि पृष्ठों के निर्माण में कुछ अंतराल है। –
मैंने इसे पहले से ही आजमाया है, लेकिन जब मैं वेबसाइट तक पहुंचता हूं तो यह निर्देश पृष्ठ दिखाता है हालांकि gh-pages शाखा वहां है और यह मूल रेपो में काम करती है। – yojimbo87