ज्ञानकोष

तपाईंका साइटहरू रिपोजिटरीबाट परिनियोजन हुनका लागि तपाईंको GitLab खाता जडान गर्नुहोस्

api र write_repository स्कोपहरूसहित GitLab व्यक्तिगत पहुँच टोकन सिर्जना गर्नुहोस् र यसलाई जडान गर्नुहोस्, ताकि पुश गर्दा तपाईंको साइट डिप्लोय होस्।

यसलाई जडान गर्नाले तपाईंको लागि के गर्छ

GitLab जडान गर्नाले कुनै साइटलाई तपाईंको एउटा GitLab repositories बाट डिप्लोय गर्न दिन्छ, र तपाईंले साइटको होस्टको रूपमा रोज्नुभएको तपाईंको खातामा रहेको GitLab Pages मा हामीलाई प्रकाशित गर्न दिन्छ।

तपाईंले सुरु गर्नुअघि

तपाईंले डिप्लोय गर्न चाहनुभएका परियोजनाहरूमा पहुँच भएको एउटा GitLab खाता।

१. GitLab मा कुञ्जी सिर्जना गर्नुहोस्

GitLab मा, शीर्ष दायाँमा आफ्नो अवतार चयन गर्नुहोस्, त्यसपछि Edit profile → Access → Personal access tokens मा जानुहोस्, र नयाँ टोकन जेनेरेट गर्नुहोस् (GitLab ले Generate token मेनुमा यसलाई Legacy token भनेर लेबल गर्न सक्छ)। यसलाई नाम दिनुहोस्, म्याद सकिने मिति तोक्नुहोस्, र यी स्कोपहरूमा टिक लगाउनुहोस्:

  • api
  • write_repository

Generate token थिच्नुहोस् र यसलाई प्रतिलिपि गर्नुहोस् — GitLab ले यसलाई एक पटक मात्र देखाउँछ।

२. यसलाई यहाँ जडान गर्नुहोस्

आफ्नो ड्यासबोर्डमा Integrations खोल्नुहोस् र Connect an account छनौट गर्नुहोस्। समूहको रूपमा Code hosting र खाताको रूपमा GitLab छान्नुहोस्, API token भर्नुहोस्, र Connect account थिच्नुहोस्।

कुनै पनि कुरा सुरक्षित हुनुअघि तपाईंले टाँस्नुभएको कुरा हामी परीक्षण गर्छौं। काम नगर्ने कुञ्जी कहिल्यै पनि भण्डारण गरिँदैन, र जवाफले यसमा के खराबी थियो भनी बताउँछ। काम गर्ने कुञ्जी हाम्रो गोप्य भल्टमा इन्क्रिप्ट गरेर राखिन्छ — हाम्रो डेटाबेसमा कहिल्यै होइन — र तपाईंलाई समेत फेरि कहिल्यै देखाइँदैन।

यसपछि के हुन्छ

  • कुनै साइट यस खाताको रिपोजिटरीबाट सिधै डिप्लोय हुन सक्छ: साइटको रिपोजिटरी जडानमा यसलाई छनौट गर्नुहोस्, रिपोजिटरी र शाखा छान्नुहोस्, र एउटा पुशले डिप्लोय गर्दछ।
  • अन्य प्रत्येक शाखाले आफ्नै पूर्वावलोकन प्राप्त गर्न सक्छ, ताकि परिवर्तन प्रत्यक्ष साइटमा पुग्नुअघि तपाईंले यसलाई जाँच गर्न सक्नुहुन्छ।
  • Git-निर्मित स्थिर होस्टहरू जस्तै Render र Azure Static Web Apps ले यस जडानलाई साइटको कोडको स्रोतको रूपमा प्रयोग गर्छन्।

यदि यो जडान भएन भने

यसले काम गर्‍यो र त्यसपछि रोकियो। GitLab टोकनहरूको म्याद सधैं समाप्त हुन्छ — प्रायः तपाईंले तिनीहरूलाई सिर्जना गरेको बढीमा एक वर्षपछि — र म्याद समाप्त हुनुअघि GitLab ले तपाईंलाई इमेल गर्छ। नयाँ सिर्जना गर्नुहोस् र यसलाई जडान गर्नुहोस्।

एउटा स्कोप छुटेको छ। टोकन सिर्जना गरिसकेपछि त्यसका स्कोपहरू परिवर्तन गर्न सकिँदैन; दुवै स्कोपहरूमा टिक लगाइएको नयाँ टोकन सिर्जना गर्नुहोस्।

यसले कुञ्जी अस्वीकार गरियो भन्छ। प्रायः सधैं तीनवटा कुराहरूमध्ये एक: यससँगै प्रतिलिपि गरिएको स्पेस वा लाइन ब्रेक, म्याद समाप्त भएको कुञ्जी, वा तपाईंले प्रतिलिपि गरेपछि रद्द गरिएको वा पुन: जेनेरेट गरिएको कुञ्जी। नयाँ सिर्जना गर्नुहोस् र यसलाई फेरि टाँस्नुहोस्।

यो जडान हुन्छ, तर पछि केही असफल हुन्छ। कुञ्जीले प्रमाणीकरण गर्छ तर कार्यलाई आवश्यक पर्ने अनुमतिको कमी हुन्छ। माथि सूचीबद्ध गरिएका अनुमतिहरूसहित नयाँ कुञ्जी सिर्जना गर्नुहोस्, त्यसपछि पुरानो जडान विच्छेद गर्नुहोस् र नयाँ कुञ्जी जडान गर्नुहोस्।

विच्छेद गर्दै

Integrations खोल्नुहोस्, खाता खोज्नुहोस् र Disconnect थिच्नुहोस्। त्यसले भण्डारण गरिएको कुञ्जीलाई तुरुन्तै मेटाउँछ। यसलाई प्रयोग गरिरहेको कुनै पनि कुरा यसको अर्को कार्यमा रोकिन्छ, र यसमा निर्भर स्क्रिनहरूले चुपचाप असफल हुनुको सट्टा त्यस्तो भएको जानकारी दिन्छन्।

विच्छेद गर्नाले पहिले नै भइसकेका कार्यहरू उल्ट्याउँदैन — हामीले तपाईंको खातामा परिवर्तन गरेका रेकर्डहरू, डिप्लोयमेन्टहरू वा सेटिङहरू जस्ताको तस्तै रहन्छन्। यदि तपाईंलाई कुञ्जी नै लिक भएको हुन सक्छ जस्तो लाग्छ भने, विक्रेताकहाँ गएर पनि यसलाई रद्द गर्नुहोस्; विच्छेद गर्नाले हाम्रो प्रतिलिपि हट्छ, तिनीहरूको होइन।

ब्लगबाट पछिल्लो

होस्टिङ, SEO र ठूलो मात्रामा साइटहरू सञ्चालन गर्ने बारे हामीले लेखेका कुराहरू।

होस्टिङ तहबाट एसइओ र लिङ्क निर्माण: २०२६ का अपरेटरको दृष्टिकोण

सन् २०२६ मा होस्टिङले इन्डेक्सिङ र लिङ्क इक्विटीलाई कसरी रूप दिन्छ: पृष्ठहरूलाई इन्डेक्समा राखिराख्ने, निर्माण गर्नुअघि पुराना डोमेनहरू जाँच गर्ने, कुनै सर्च फुटप्रिन्ट बिना लिङ्क निर्माण गर्ने, र पूर्वाधारले एसइओका लागि के गर्न सक्छ र के गर्न सक्दैन भन्ने बारेमा इमानदार दृष्टिकोण।

पोस्ट पढ्नुहोस् →

WordPress लाई द्रुत र सुरक्षित बनाउने: कार्यसम्पादन र प्लगइन चेकलिस्ट

द्रुत, सुरक्षित WordPress का लागि एक व्यावहारिक चेकलिस्ट: सर्भर-स्तरको क्यासिङ, प्रति-साइट अब्जेक्ट क्यास, चलाउन लायक केही सीमित प्लगइनहरू, स्ट्याकलाई अद्यावधिक राख्ने, र तपाईंले कहिल्यै क्यास गर्न नहुने WooCommerce पृष्ठहरू।

पोस्ट पढ्नुहोस् →

२०२६ मा व्यवस्थित वेब होस्टिङ कसरी छनौट गर्ने: एक खरिदकर्ताको गाइड

कन्ट्रोल प्यानल भएको सस्तो बक्सबाट राम्रो व्यवस्थित होस्टिङलाई वास्तवमा केले फरक पार्छ — माइग्रेसन, ब्याकअप, अलगाव, वास्तविक क्यासिङ र इमानदार स्केलिंग — र तपाईंले प्रतिबद्ध हुनुअघि यसलाई कसरी मूल्याङ्कन गर्ने।

पोस्ट पढ्नुहोस् →

ब्लग पढ्नुहोस् →

अझै पनि समस्या भइरहेको छ?

सबै योजनाहरूमा सहयोग समावेश गरिएको छ, हेल्पडेस्क दिनको 24 घण्टा खुला रहन्छ, र तपाईंले हाम्रा कुनै पनि 58 भाषाहरूमा हामीलाई लेख्न सक्नुहुन्छ—हामी तपाईंले बुझ्ने भाषामा जवाफ दिन्छौं।

सहयोगलाई सम्पर्क गर्नुहोस् → सबै लेखहरू →