2011-12-21 3 views
34

क्या मेरे खाते के भीतर जिथब पेज स्वचालित रूप से बनाए गए हैं जब मैं एक रेपो फोर्क करता हूं जिसमें पहले से ही gh-pages शाखा शामिल है?क्या गीथब पेज स्वचालित रूप से एक रेपो के कांटे में बनाए गए हैं जिसमें gh-pages शाखा है?

+0

आप इसे अभी क्यों नहीं देखते? मेरा मानना ​​है कि पृष्ठों को स्वचालित रूप से बनाया जाना चाहिए, क्योंकि आपके कांटा में 'gh-pages' शाखा भी होगी, लेकिन आपको सुनिश्चित होने से पहले कांटा के 10 मिनट बाद इंतजार करना होगा, क्योंकि पृष्ठों के निर्माण में कुछ अंतराल है। –

+0

मैंने इसे पहले से ही आजमाया है, लेकिन जब मैं वेबसाइट तक पहुंचता हूं तो यह निर्देश पृष्ठ दिखाता है हालांकि gh-pages शाखा वहां है और यह मूल रेपो में काम करती है। – yojimbo87

उत्तर

41

git push origin master करके पृष्ठ निर्माण को ट्रिगर करने के लिए कम से कम एक धक्का होना आवश्यक है, मुझे पृष्ठ को पुनर्निर्माण करने के लिए मिला है।

+1

मेरे मामले में मुझे 'gh-pages' शाखा में स्विच करना पड़ा। –

+0

यह * gh-pages * शाखा के साथ रेपो के मेरे कांटा में मेरे लिए गिटहब पेज साइट का निर्माण शुरू नहीं किया। –

3

आप एक github पेज repo, फोर्क करने के बाद आप github पेज पर किसी भी फ़ाइल को बदल सकते हैं और इसे कर सकते हैं, आपकी वेबसाइट गिट का उपयोग किये बिना दिखाई देगी।

+0

उसने जो भी पूछा उससे भी करीब नहीं! – igaurav

+5

मेरा मानना ​​है कि पोस्टर कह रहा है कि आपके पृष्ठों को लोड करने का सबसे तेज़ तरीका फोर्कड रेपो में किसी भी फ़ाइल पर गिथब इन-ब्राउजर एडिटर का उपयोग करना है। एक बार जब आप वहां अपने परिवर्तनों को सहेज लेते/प्रतिबद्ध करते हैं, तो gh-पृष्ठों के लिए पृष्ठ-निर्माण ट्रिगर किया जाना चाहिए। ऐसा होने के लिए आपको इस तरह के रेपो को स्थानीय ("गिट का उपयोग किए बिना) क्लोन करने की भी आवश्यकता नहीं है। बस ध्यान दें कि काम करने के लिए विशेष रूप से 'gh-pages' शाखा पर संपादन करना आवश्यक लगता है। – XML

18

एक सुरुचिपूर्ण दृष्टिकोण:

git push -f origin gh-pages^:gh-pages 
git push origin gh-pages:gh-pages 

git push origin master अच्छा है क्योंकि अगर वहाँ पहले से ही master पर कुछ हो सकता है नहीं हो सकता है। उपर्युक्त हमेशा काम करना चाहिए, क्योंकि यह रिमोट शाखा को पीछे और आगे घुमाता है।

से लिया गया: Pushing without committing, जिनके समाधान इस प्रश्न के समाधान भी हैं।

+0

मुझे अंतिम आदेश के बाद यह त्रुटि मिलती है: 'त्रुटि: src refspec gh-pages किसी से मेल नहीं खाता है।' लेकिन ऐसा लगता है कि पहला आदेश पहले से ही पर्याप्त था। – asmaier

+0

@asmaier क्या आपके पास स्थानीय रूप से 'gh-pages' शाखा है? 'USERNAME.github.io' repos जादू हैं और 'मास्टर' पर जीएच पेज जेनरेट करते हैं। –

+0

मुझे अभी एहसास हुआ कि यह वैसे भी काम करता है। तो ऐसा लगता है कि पहला आदेश 'गिट पुश -फ मूल हेड ^: gh-pages' पहले से ही पर्याप्त था। – asmaier

1

फोर्कड रिपोजिटरी का नाम बदलना भी काम करेगा।

0

नहीं, एक रेपो फोर्क करने के बाद, आपको इसे फिर से प्रकाशित करना होगा। ऐसा करने के लिए, एक स्थानीय क्लोन पर निम्न कमांड चलाएँ:

git push -f origin origin/gh-pages^:gh-pages 
git push origin origin/gh-pages:gh-pages 

यह दो बार प्रकाशक हुक से चलाता है, लेकिन आप कुछ भी करने की जरूरत नहीं है।

4

गिथब पेजों के निर्माण को ट्रिगर करने के लिए गिथब के भीतर एक भंडार को फोर्क करना पर्याप्त नहीं है।

इन दो चीजों के किसी भी काम करेगा:

  1. संपादित करें और Github इंटरफ़ेस का उपयोग कर किसी भी पृष्ठ को सहेजें। उदाहरण के लिए, README.md फ़ाइल को संशोधित करें, यहां तक ​​कि केवल एक स्थान जोड़ना।
  2. gh-pages शाखा में किसी भी प्रकार का git push बनाएं। दूसरों के रूप में सुझाव दिया है, एक छोटी सी गैर परिवर्तन अपने आप कर सकते हैं:

    git push -f origin origin/gh-pages^:gh-pages 
    git push origin origin/gh-pages:gh-pages 
    

इस बल-धक्का अंत से पहले gh-pages प्रमुख होने के लिए प्रतिबद्ध है, तो यह ठीक करता है।

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