ज्ञानकोष

तपाईंको Bitbucket खाता जोड्नुहोस् ताकि तपाईंका साइटहरू रिपोजिटरीबाट डिप््लोय (deploy) हुन सकून्।

Bitbucket रिपोजिटरीमा पुश गर्दा तपाईंको साइट डिप्लोय हुनका लागि Bitbucket एक्सेस टोकन, वा तपाईंको प्रयोगकर्तानाम सहितको API टोकन जडान गर्नुहोस्।

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

Bitbucket जोड्दा साइटलाई तपाईंको Bitbucket Cloud रिपोजिटरीहरूमध्ये एकबाट डिप्लोय गर्न अनुमति दिन्छ: शाखामा पुश गर्नुहोस् र साइट अपडेट हुन्छ।

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

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

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

Bitbucket ले दुई प्रकारका प्रमाणहरू प्रदान गर्दछ, र दुवैमध्ये कुनै पनि काम गर्छ:

  • रिपोजिटरी, प्रोजेक्ट वा वर्कस्पेसको लागि पहुँच टोकन (Access token), जुन Access tokens अन्तर्गत सोही रिपोजिटरी, प्रोजेक्ट वा वर्कस्पेसको आफ्नै सेटिङहरूबाट सिर्जना गरिन्छ। यो कुनै व्यक्तिभन्दा पनि सोही रिपोजिटरी, प्रोजेक्ट वा वर्कस्पेससँग जोडिएको हुन्छ। यसलाई रिपोजिटरीहरूमा पढ्ने (read) पहुँच दिनुहोस्।
  • तपाईंको Atlassian खातामा एउटा API टोकन। आफ्नो प्रोफाइल चयन गर्नुहोस्, त्यसपछि Account settings → Security → Create and manage API tokens → Create API token with scopes मा जानुहोस्। यसको नाम दिनुहोस्, म्याद समाप्त हुने मिति सेट गर्नुहोस्, एपको रूपमा Bitbucket छान्नुहोस्, र रिपोजिटरीहरूमा पढ्ने पहुँच चयन गर्नुहोस्। Bitbucket ले टोकन एक पटक मात्र देखाउँछ; त्यसपछि यसलाई प्रतिलिपि (copy) गर्नुहोस्।

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

तपाईंको ड्यासबोर्डमा Integrations खोल्नुहोस् र Connect an account छान्नुहोस्। समूहको रूपमा Code hosting र खाताको रूपमा Bitbucket छान्नुहोस्, API token भर्नुहोस् — र, यदि तपाईंले पहुँच टोकनको सट्टा आफ्नो Atlassian खातामा टोकन सिर्जना गर्नुभएको हो भने, Account username पनि भर्नुहोस्, र Connect account थिच्नुहोस्।

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

प्रयोगकर्ता नामले हामीले टोकन कसरी पठाउँछौं भन्ने निर्धारण गर्छ, त्यसैले यसलाई खाता टोकनको लागि मात्र प्रविष्ट गर्नुहोस्। प्रयोगकर्ता नामसहित प्रविष्ट गरिएको पहुँच टोकन, वा प्रयोगकर्ता नामबिनाको खाता टोकन अस्वीकार गरिन्छ।

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

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

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

रिपोजिटरी हराइरहेको छ। पहुँच टोकन यो सिर्जना गरिएको रिपोजिटरी, प्रोजेक्ट वा वर्कस्पेसमा मात्र पुग्छ। तपाईंलाई चाहिने प्रत्येक रिपोजिटरी समेट्ने तहमा एउटा सिर्जना गर्नुहोस्।

यो काम गर्‍यो र त्यसपछि बन्द भयो। दुबै प्रकारका टोकनहरूको म्याद समाप्त हुन सक्छ। नयाँ सिर्जना गर्नुहोस् र यसलाई जोड्नुहोस्।

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

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

जडान विच्छेद गर्दै

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

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

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

हामीले हस्तीङ, एसइओ र ठूलो मात्रामा वेबसाइटहरू सञ्चालन गर्ने बारेमा के लेखिरहेका छौँ।

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

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

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

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

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

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

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

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

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

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

अझै पनि अल्झिनुभयो?

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

सम्पर्क समर्थन सबै लेखहरू