स्रोत नियंत्रण

तुम्ही आधीच वापरत असलेल्या रिपॉझिटरीमधून डिप्लॉय करा — ते ठेवण्यासाठी नऊ जागा

तुम्ही ज्यामध्ये काम करता ते GitHub किंवा GitLab खाते कनेक्ट करा आणि थेट एका branch मधून डिप्लॉय करा: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps किंवा AWS Amplify वर — किंवा आमच्या स्वतःच्या व्यवस्थापित होस्टिंगवर, जेथे रिपॉझिटरी आणि साइटच्या फाइल्स दोन्ही दिशांनी सिंकमध्ये राहतात. प्रत्येक कनेक्शनसाठी आवश्यक असलेले विशेषाधिकार दाखवले जातात, स्टोअर करण्यापूर्वी प्रदात्याच्या API द्वारे ते तपासले जाते आणि Vault मध्ये राहते. तुम्ही GitHub किंवा GitLab द्वारे देखील साइन इन करू शकता.

रिपॉझिटरीमधून पाइपलाइनद्वारे थेट साइटवर जाणारा कमिट.
  • GitHub + GitLabतुमच्याकडे आधीपासून असलेले खाते कनेक्ट करा
  • नऊ गंतव्येआठ एज होस्ट्स, अधिक आमचा स्वतःचा ताफा
  • द्विमार्गी समक्रमणप्रत्येक साइट, प्रत्येक ओळ
  • Vault मध्ये संग्रहितप्रविष्टीवर प्रमाणित, नोंदीमध्ये कधीही नाही
  • टोकन साठवण्यापूर्वी तपासले गेले आहेअति-विस्तृत व्याप्ती असलेले टोकन कधीही लागू होत नाही
  • उपयोजित करण्यासाठी पुश करास्वाक्षरी पडताळलेली आणि ऐच्छिक
  • तुमची शाखा, तुमची रचनाडिरेक्टरी प्रकाशित करा किंवा तुमची स्वतःची CI चालवा
  • व्यवस्थित डिस्कनेक्ट कराआम्ही तयार केलेला हुक आम्ही अचूकपणे काढून टाकतो

एकदाच कनेक्ट करा आणि तुम्ही कशाला संमती देत आहात ते पहा

कनेक्शन हे एक क्रेडेन्शियल आहे जे तुम्ही इतर कोणालातरी देत आहात. आमचे कनेक्शन ते तयार करण्यापूर्वी त्याला काय आवश्यक आहे ते सांगते, ते साठवण्यापूर्वी ते कार्य करते हे सिद्ध करते आणि कोणत्याही बाजूने ते मागे घेतले जाऊ शकते.

विशेषाधिकार, सुरुवातीलाच स्पष्ट केलेले

तुम्ही टोकन तयार करण्यापूर्वी, ते काय करण्यास सक्षम असावे आणि का, हे आम्ही तुम्हाला सांगतो. केवळ विनंती करणे सोपे होते म्हणून कोणतीही सर्वसमावेशक व्याप्ती नाही, आणि कामासाठी आवश्यकतेपेक्षा जास्त आम्हाला हवे होते हे नंतर लक्षात येणे नाही.

प्रदात्याकडून पडताळणी केलेली, केवळ विश्वासावर स्वीकारलेली नाही

तुमचा टोकन साठवण्यापूर्वी आम्ही प्रदात्याच्या स्वतःच्या API ला त्याद्वारे कॉल करतो. चुकीचा, कालबाह्य झालेला किंवा अयोग्य व्याप्ती असलेला टोकन स्वीकारला जाऊन, योग्य असल्याचे दाखवून पहिल्या प्रत्यक्ष डिप्लॉयमेंटच्या वेळी अयशस्वी होण्याऐवजी फॉर्मवरच नाकारला जातो.

Vault मध्ये संग्रहित केले आहे, आणि इतर कोठेही नाही

आमच्या कोडमध्ये नाही, एन्व्हायर्नमेंट फाइलमध्ये नाही, लॉगमध्ये नाही आणि कमांड लाइनवरही नाही. वापरल्या जाणाऱ्या वर्कलोडद्वारे, ते वापरल्या जाणाऱ्या क्षणीच सोडवले जाते.

प्रत्येक साइटनुसार निवडलेले एकापेक्षा जास्त खाती

वैयक्तिक खाते आणि एखाद्या संस्थेचे खाते किंवा दोन संस्थांची खाती कनेक्ट करा. प्रत्येक साइट ती कशावरून उपयोजित करायची हे निवडते, ज्यामुळे क्लायंटची रिपॉझिटरी आणि तुमची स्वतःची रिपॉझिटरी कधीही क्रेडेंशियल सामायिक करत नाही.

रिपॉझिटरी पोहोचू शकेल अशी नऊ ठिकाणे

आठ व्यवस्थापित एज होस्ट आणि आमचा स्वतःचा ताफा. गंतव्यस्थान हे साइटचे वैशिष्ट्य आहे, कनेक्शनचे नाही, त्यामुळे समान रेपॉजिटरी एका शाखेला Pages होस्टवर प्रकाशित करू शकते आणि दुसरी साइट आमच्या हार्डवेअरवर चालू शकते.

Cloudflare Pages

अमर्यादित बँडविड्थ, व्यावसायिक वापरास अनुमती, आणि सामान्यतः तुमचा DNS झोन व्यवस्थापित करणाऱ्या त्याच प्रदात्यावर हाताळले जाणारे ॲपेक्स डोमेन्स. या कारणांमुळेच आम्ही सर्वात आधी या पर्यायाची निवड करतो.

Cloudflare Pages होस्टिंग →

GitHub Pages

कोड आधीपासून ज्या रिपॉझिटरीमध्ये आहे तिथून थेट प्रकाशित करा. Footprint-Free ओळीवर चिन्हांकित केले आहे, कारण सामायिक केलेली github.io पायाभूत सुविधा स्वतःच एक पाऊलखुणा आहे.

GitHub Pages होस्टिंग →

GitLab Pages, Netlify, Vercel आणि इतर

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps आणि AWS Amplify ही सर्व अशी गंतव्यस्थाने आहेत जेथे तुम्ही समान कनेक्शन आणि समान डिप्लॉय इतिहासासह साइट निर्देशित करू शकता.

स्टॅटिक साइट होस्टिंग →

आमचे स्वतःचे व्यवस्थापित होस्टिंग

तयार केलेल्या बंडलऐवजी एक संपूर्ण ॲप्लिकेशन — WordPress, PHP, Node. हे ते गंतव्यस्थान आहे ज्याला दुतर्फा सिंक मिळते, ज्यामुळे बॉक्सवरील आणि शाखेवरील फाइल्स सुसंगत राहतात.

व्यवस्थापित होस्टिंग →

इतर कोणाच्या तरी एजवरील साइट्स

आमच्या मालकीच्या नसलेल्या होस्टवर प्रकाशित केलेली साइट अजूनही कोटा वापरते आणि तुम्ही चालवत असलेल्या इतर सर्व गोष्टींसोबतच तिच्या उपयोजनांसह, तिच्या अपटाइमसह आणि तिच्या SEO डेटासह तुमच्या डॅशबोर्डवर दिसत राहते.

बाह्य साइट मर्यादा →

किंवा येथे संपादित करा

इन-ब्राउझर एडिटर त्याच फाइल्सवर कार्य करतो ज्या टू-वे सिंक परत पाठवतो, त्यामुळे डॅशबोर्डवरील जलद निराकरण नंतर कोणालाही सापडणार नाही अशा बदलाऐवजी तुमच्या शाखेवर एक कमिट बनते.

वेब संपादक →

द्विमार्गी समक्रमण

तुमचे रिपॉझिटरी आणि तुमची थेट साइट, एकमेकांच्या सुसंगतीत

हे चालू करा आणि साइटच्या स्वतःच्या फाइल्स तुमच्या branch वर परत commit केल्या जातात, तर त्या branch वरील commits पुन्हा साइटवर परत येतात. आम्ही host करत असलेल्या प्रत्येक साइटवर, प्रत्येक योजनेवर हे कार्य करते — एकमेव आवश्यकता अशी आहे की अंतर्गत मशीन त्याच्या फाइल्सवर Git चालवू शकते, जे प्लॅनवरून गृहीत धरण्याऐवजी सर्व्हरकडून विचारले जाते.

तुम्ही कोणती डिरेक्टरी सिंक करायची ते निवडता, कारण WordPress ग्राहकाला चाळीस हजार कोअर फाइल्स नव्हे, तर त्यांची थीम ट्रॅक करायची असते. आणि तुम्ही ते सुरू करेपर्यंत ते बंद असते: सिंक सुरू करणे हा दुसऱ्याच्या रेपॉझिटरीबद्दलचा निर्णय असतो आणि मायग्रेशनने तो तुमच्यासाठी कधीही घेऊ नये.

  • आमच्या हार्डवेअरवरील संपादने तुमच्या ब्रँचवरील कमिट्स बनतात
  • तुमच्या शाखेवरील (branch) कमिट साइटवर परत येतात
  • संपूर्ण दस्तऐवज रूट नाही, तर एक डिरेक्टरी — थीम, प्लगइन — सिंक करा
  • डीफॉल्टनुसार बंद, आधीपासून अस्तित्वात असलेल्या प्रत्येक साइटसह
संपादकामध्ये उघडलेली फाईल आणि तीच फाईल रेपॉजिटरीमध्ये कमिट म्हणून दाखवली आहे.

डिरेक्टरी प्रकाशित करा किंवा तुमच्या स्वतःच्या CI ला ती तयार करू द्या

दोन मोड, आणि फरक असा आहे की बिल्ड कुठे चालते. दोन्ही एकाच ठिकाणी संपतात: आम्ही आणतो आणि प्रकाशित करतो असा एक संदर्भ, ज्यामध्ये डिप्लॉयच्या नोंदीसह कमिट रेकॉर्ड केले जाते.

  • पब्लिश मोड तुमची शाखा जशी आहे तशी घेतो आणि तुम्ही नमूद केलेली निर्देशिका प्रकाशित करतो — रिक्त ठेवल्यास रिपॉझिटरी रूट असा अर्थ होतो.
  • CI मोड आपल्या प्रदात्याच्या स्वतःच्या पाइपलाइनमध्ये आपली बिल्ड कमांड चालवतो आणि आउटपुट एका स्वतंत्र पब्लिश शाखेत कमिट करतो, जे आम्ही इतर कोणत्याही संदर्भाप्रमाणे आणतो.
  • डिप्लॉय ज्या शाखेतून प्रकाशित होते त्या शाखेचे नाव नेहमी स्पष्टपणे नमूद केले जाते, कधीही "डीफॉल्ट शाखा" नाही — आपल्या नकळत डीफॉल्ट बदलू शकते आणि कोणती शाखा प्रकाशित केली हे सांगू न शकणारा इतिहास हा इतिहासच नाही.
  • ऑटो-डिप्लॉय डीफॉल्टनुसार सुरू असते आणि वेबहुक न काढता ते बंद केले जाऊ शकते, त्यामुळे डिलिव्हरींना कार्य करण्याची अनुमती देण्यापूर्वी तुम्ही त्यांचे आगमन पाहू शकता.
  • प्रत्येक डिप्लॉय त्याच्या कमिटची, त्याच्या परिणामाची आणि त्याच्या वेळेची नोंद ठेवतो आणि पार्श्वभूमीत चालतो — बिल्ड पूर्ण झाल्यावर पृष्ठ अपडेट होते.
  • डिस्कनेक्ट केल्याने फक्त आम्ही तयार केलेला वेबहुक त्याच्या id द्वारे काढून टाकला जातो आणि आपल्या रिपॉझिटरीमधील इतर काहीही काढले जात नाही.

रिपॉझिटरीपासून थेट साइटपर्यंत

  1. खाते कनेक्ट करा

    GitHub किंवा GitLab, कनेक्शन्स अंतर्गत. तुम्ही टोकन तयार करण्यापूर्वी विशेषाधिकार सूचीबद्ध केले जातात आणि ते संग्रहित करण्यापूर्वी प्रदात्याकडे तपासले जातात.

  2. साइट रेपॉजिटरीकडे निर्देशित करा

    मालक, रिपॉझिटरी, शाखा, आणि आम्ही निर्देशिका प्रकाशित करतो की तुमच्या CI ने तयार केलेले आणतो. आम्ही त्याचा भाग म्हणून पुश वेबहुक नोंदणीकृत करतो.

  3. ढकला किंवा बटण दाबा

    नियुक्त शाखेत पुश केल्याने डिप्लॉय सुरू होते किंवा तुम्ही साइटच्या डिप्लॉय टॅबवरून मागणीनुसार डिप्लॉय करू शकता. बिल्ड्स पार्श्वभूमीत चालतात.

  4. ते पहा आणि तुमची इच्छा असल्यास पुन्हा सिंक करा

    डिप्लॉय इतिहास काय आणि केव्हा प्रकाशित झाले ते दर्शवतो. द्वि-मार्गी सिंक सुरू करा आणि तुम्ही येथे केलेली संपादने तुमच्या शाखेवर कमिट म्हणून परत येतील.

काहीतरी चूक झाल्यास

“कनेक्ट झाले परंतु कधीही वितरित झाले नाही” ही अशी स्थिती आहे ज्याबद्दल आम्ही आपल्याला खरोखर माहिती देऊ

सुस्थितीत दिसणारे आणि काहीही प्राप्त न होणारे रिपॉझिटरी कनेक्शन हे एक नेहमीचे मूक अपयश आहे — चुकीचा स्कोप असलेले टोकन, प्रदात्याकडे अडवलेली डिलिव्हरी, किंवा एखाद्याने मॅन्युअली काढून टाकलेला हुक. हे इतर प्रत्येक स्क्रीनवर अदृश्य असते, म्हणून रिपॉझिटरी कार्ड ते थेट दर्शवते: प्रदात्याने आम्हाला शेवटचे कधी पाठवले आणि काय प्रतिसाद दिला.

वितरणावर कारवाई करण्यापूर्वी स्वाक्षरी तपासली जाते, ज्यासाठी प्रत्येकाला लागू होते असे गृहीत धरलेल्या योजनेऐवजी प्रत्येक प्रदात्याच्या स्वतःच्या योजनेचा वापर केला जातो. पडताळणी न झालेले वितरण शांतपणे दुर्लक्षित न करता नाकारले जाते आणि नोंदवले जाते.

  • कार्डवर शेवटची वितरणाची वेळ आणि संदेश
  • "कधीही वितरित केले नाही" असे नमूद केले आहे, रिक्त सोडलेले नाही
  • काहीही चालण्यापूर्वी प्रत्येक प्रदात्यानुसार स्वाक्षरी पडताळली गेली
  • तुम्ही डिस्कनेक्ट केल्यावर आम्ही तयार केलेला हुक आयडीद्वारे काढून टाकला जातो
वेबहुक डिलिव्हरी येत आहे आणि कोणतीही गोष्ट ट्रिगर करण्यापूर्वी ती तपासली जात आहे.

ओळख

GitHub किंवा GitLab सह साइन इन करा — किंवा Google, किंवा Microsoft

ईमेल पत्ता आणि पासवर्डव्यतिरिक्त, तुम्ही GitHub, GitLab, Google किंवा Microsoft द्वारे तुमच्या Zinn Digital® खात्यामध्ये साइन इन करू शकता. ओळख स्तर (Identity layer) हँडशेक चालवतो; आम्ही तुमचा प्रदाता पासवर्ड कधीही पाहत नाही, आणि विद्यमान Zinn® खात्याशी सोशल खाते लिंक करण्याची ईमेलद्वारे पुष्टी करणे अजूनही आवश्यक आहे.

GitHub सह साइन इन करणे आणि डिप्लॉयसाठी GitHub कनेक्ट करणे हे स्वतंत्र निर्णय आणि स्वतंत्र क्रेडेंशियल्स आहेत. एक केल्याने दुसरे होत नाही आणि एक काढून टाकल्याने दुसरे काढले जात नाही.

  • GitHub, GitLab, Google आणि Microsoft साइन-इन
  • एकाच खात्यावर पासकी आणि द्वि-घटक प्रमाणीकरण
  • साइन-इन आणि डिप्लॉय क्रेडेंशियल्स स्वतंत्र राहतात
तुमच्या टीमसाठी नियुक्त केलेला अ‍ॅक्सेस
विविध प्रदात्यांद्वारे एकाच खात्यात साइन इन करणारी अनेक लोक.

नेहमी विचारले जाणारे प्रश्न

मी कोणते सोर्स-कंट्रोल प्रदाते कनेक्ट करू शकतो?

GitHub आणि GitLab. तुम्ही आधीच ज्या खात्यावर काम करता ते खाते कनेक्ट करा, आणि आम्ही त्याच्या रेपॉजिटरीजमधून डिप्लॉय करू शकतो, त्यावर पुश वेबहुक नोंदणीकृत करू शकतो, आणि — तुमची इच्छा असल्यास — तुमच्या साइटच्या फाइल्स उलट दिशेने सिंक करू शकतो. दोन्ही एकाच कनेक्ट केलेल्या खात्याच्या माध्यमातून जोडले जातात, त्यामुळे खालील सर्व गोष्टी दोन्हीसाठी लागू होतात.

मी GitHub किंवा GitLab द्वारे साइन इन करू शकतो का?

होय, आणि Google किंवा Microsoft सह देखील. ईमेल पत्ता आणि पासवर्ड व्यतिरिक्त, आपण या चारपैकी कशाचाही वापर करून आपल्या Zinn Digital® खात्यामध्ये साइन इन करू शकता. ओळख स्तर हँडशेक हाताळतो आणि आम्हाला आपला प्रदाता पासवर्ड कधीही दिसत नाही. GitHub सह साइन इन करणे हे डिप्लॉयसाठी GitHub कनेक्ट करण्यापेक्षा वेगळी गोष्ट आहे — आपण यापैकी कोणतेही एक, दोन्ही किंवा काहीही करू शकत नाही.

मी रेपॉझिटरी कुठे उपयोजित करू शकतो?

स्टॅटिक किंवा बिल्ट केलेल्या साइटसाठी Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps किंवा AWS Amplify वर — किंवा आमच्या स्वतःच्या व्यवस्थापित होस्टिंगवर, जिथे रिपॉझिटरी आणि साइटच्या फाइल्स दोन्ही दिशांनी समक्रमित राहतात. साइटचे गंतव्यस्थान तुम्ही निवडा; रिपॉझिटरी कनेक्शन दोन्ही प्रकारे सारखेच असते.

तुम्ही माझी साइट तयार करू शकता का, की ती आधीपासूनच तयार केलेली असणे आवश्यक आहे?

दोन्हीपैकी कोणतेही. पब्लिश मोडमध्ये आम्ही शाखा जशी आहे तशी घेतो आणि तुम्ही निर्देशित केलेली डिरेक्टरी प्रकाशित करतो. CI मोडमध्ये तुमच्या प्रदात्याची स्वतःची पाइपलाइन तुमची बिल्ड कमांड चालवते आणि आउटपुट एका स्वतंत्र पब्लिश शाखेत कमिट करते, जे आम्ही इतर कोणत्याही संदर्भाप्रमाणे फेच करतो. दुसरा पर्याय तुमचे बिल्ड तुमच्या स्वतःच्या CI मध्ये ठेवतो, जेथे तुमचे सीक्रेट्स आणि तुमचे कॅशिंग आधीपासूनच असते.

पुश आपोआप डिप्लॉय होतो का?

डीफॉल्टनुसार, होय — आम्ही रेपॉजिटरीवर वेबहुक नोंदणीकृत करतो आणि तुम्ही नामांकित केलेल्या शाखेवर पुश केल्याने उपयोजन सुरू होते. तुम्ही ते बंद करू शकता आणि वेबहुक तसाच ठेवू शकता, जे वाटण्यापेक्षा अधिक उपयुक्त आहे: वितरण अजूनही रेकॉर्ड केले जाते, ज्यामुळे आम्ही त्यावर कृती करण्याची परवानगी देण्यापूर्वी तुमचे पुश येत असल्याचे तुम्ही पाहू शकता.

टू-वे सिंक म्हणजे काय?

आमच्या हार्डवेअरवर केलेले संपादन तुमच्या ब्रँचवर कमिट्स बनतात आणि तुमच्या ब्रँचवरील कमिट्स साइटवर परत येतात. जोपर्यंत तुम्ही ते चालू करत नाही तोपर्यंत ते बंद असते, कारण ते चालू करणे हा इतर कोणाच्या तरी रेपॉजिटरीबद्दलचा निर्णय आहे आणि तो आम्ही तुमच्यासाठी घेणार नाही. कोणती डिरेक्टरी सिंक करायची ते तुम्ही निवडता — सहसा एखादी थीम किंवा प्लगइन, चाळीस हजार WordPress कोर फाइल्स नाही.

दोन्ही बाजू बदलल्या तर काय होईल?

काहीही ओव्हरराइट केले जात नाही आणि काहीही पुश केले जात नाही. सिंक थांबते, आम्ही ज्यावर आधारित होतो त्या कमिटच्या पुढे ब्रांच गेली आहे हे आपल्याला सांगते आणि आपल्याला कोणती बाजू हवी आहे — रिपॉझिटरी ठेवायची की साइट ठेवायची, हे विचारते. कधीही सिंक न झालेली आणि आधीच कमिट असलेल्या ब्रांचकडे निर्देश करणारी साइट ही देखील स्वतःची एक स्थिती असते आणि कोणती खरी आहे याचा अंदाज लावण्याऐवजी ती विचारणा करते.

माझा ॲक्सेस टोकन कसा सुरक्षित आहे?

तुम्ही कनेक्शन तयार करण्यापूर्वी त्याला आवश्यक असलेले विशेषाधिकार आम्ही तुम्हाला दाखवतो, प्रविष्ट केल्यावर प्रदात्याच्या स्वतःच्या API द्वारे टोकन तपासतो — जेणेकरून अमान्य किंवा चुकीची व्याप्ती असलेले टोकन कधीही साठवले जात नाही — आणि त्यानंतरच ते Vault मध्ये लिहितो. ते आमच्या कोड, लॉग, एन्व्हायर्नमेंट फाइल किंवा कमांड लाइनला कधीही स्पर्श करत नाही. प्रदात्याकडे ते रद्द करा किंवा तुम्हाला हवे तेव्हा येथून कनेक्शन काढून टाका.

तुम्हाला माझे पुशेस खरोखर मिळत आहेत की नाही हे मी कसे ओळखू?

रिपॉझिटरी कार्ड प्रदात्याने आम्हाला शेवटचे कधी पाठवले आणि काय कळवले ते दर्शवते. त्या स्क्रीनवर 'कधीही पाठवले नाही' हे सर्वात उपयुक्त निदान आहे, कारण 'कनेक्ट केले आहे परंतु कधीही पाठवले नाही' हे अगदी चुकीचा स्कोप असलेले टोकन किंवा ब्लॉक केलेले वितरण कसे दिसते तसेच असते — आणि ते इतरत्र कुठेही दिसत नाही. आम्ही त्यावर कोणतीही कारवाई करण्यापूर्वी प्रत्येक वितरणाची स्वाक्षरी तपासली जाते.

मी Footprint-Free लाइनवर Pages डिप्लॉयमेंट वापरू शकतो का?

हे उपलब्ध करून दिले जाते आणि यावर फ्लॅग लावला जातो. GitHub Pages आणि GitLab Pages प्रदाता पायाभूत सुविधा आणि सार्वजनिक github.io आणि gitlab.io होस्टनाव शेअर करतात, आणि तो एक फूटप्रिंट (शोध माग) आहे — जी गोष्ट टाळण्यासाठी ही लाईन अस्तित्वात आहे. झिरो-फूटप्रिंट नेटवर्कसाठी, त्याऐवजी आयसोलेटेड होस्टिंगवर उपयोजित करा. इतर सर्व ठिकाणी, Pages प्रथम श्रेणीचे आहे.

मला स्पष्टपणे Vercel का निवडावे लागेल?

कारण त्याचा मोफत स्तर केवळ बिगर-व्यावसायिक वापरासाठी परवानाकृत आहे. जेथे सुरक्षित असेल तेथे तुम्ही जोडलेल्या खात्यांवरून आम्ही अंतिम स्थान निश्चित करतो आणि Vercel ला या प्रक्रियेतून जाणीवपूर्वक वगळण्यात आले आहे — खाते जोडल्यामुळे व्यावसायिक साइट कधीही नकळत अशा ठिकाणी जाऊ नये जेथे तिचा परवाना परवानगी देत नाही. ते निवडा आणि ते इतरांप्रमाणेच अगदी व्यवस्थित काम करते.

काय आणि केव्हा उपयोजित केले गेले हे मी पाहू शकतो का?

होय. प्रत्येक डिप्लॉयमेंट ते प्रकाशित केलेले कमिट, ते कधी चालवले गेले आणि ते कसे पूर्ण झाले याची नोंद ठेवते, तसेच साइटचा Deploy टॅब थेट URL सह इतिहास दाखवतो. डिप्लॉयमेंट पार्श्वभूमीत चालतात, त्यामुळे तुम्हाला स्पिनरकडे पाहत बसण्याऐवजी बिल्ड पूर्ण झाल्यावर पृष्ठ अपडेट होते.

तुमच्या रिपॉजिटरीमधून उपयोजित करा

कार्डशिवाय 14 दिवसांची विनामूल्य चाचणी सुरू करा, GitHub किंवा GitLab कनेक्ट करा आणि साइटला शाखेकडे निर्देशित करा. एज होस्टवर किंवा फाइल्स दोन्ही बाजूंनी सिंक होत असलेल्या आमच्या स्वतःच्या होस्टिंगवर प्रकाशित करा.

विनामूल्य सुरू करा