main कमिट को तैनात करता है। कोई अलग प्रोडक्शन ब्रांच नहीं है - main पर सबसे हाल ही में प्रकाशित कमिट ही लाइव है।
इस बिंदु से पहले बिल्डिंग और पुनरावृत्ति कैसे काम करती है, इसके लिए बिल्डिंग कैसे काम करती है देखें।
प्रकाशन क्या करता है
- रिमोट ऐप्स Kazzle के क्लाउड में तैनात होते हैं और एक सार्वजनिक URL प्राप्त करते हैं। तैनाती कैसे चलती है और URL कैसा दिखता है, इसके लिए तैनाती देखें।
- स्थानीय ऐप्स आपके कंप्यूटर पर इंस्टॉल होते हैं। UI सीधे लोड होता है, और प्रक्रिया भाग एक dev सर्वर चलाता है।
कैशिंग, अपडेट और ऑफलाइन
डेस्कटॉप और मोबाइल केवल आपकी ऐप URL को एक सामान्य ब्राउज़र व्यू में खोलते हैं। वे ब्राउज़र कैश को साफ़ नहीं करते, नेटवर्क-केवल लोड को बाध्य नहीं करते, या सार्वजनिक बनाम निजी ऐप्स के लिए एक अलग कैश नीति नहीं चुनते। आपकी वेब ऐप कैशिंग का मालिक है:- दस्तावेज़ों और संपत्तियों के लिए HTTP
Cache-Controlहेडर - वैकल्पिक सेवा कार्यकर्ता / PWA सेटअप (टेम्पलेट
vite-plugin-pwaके साथ ऑटो-अपडेट शिप करते हैं) - क्या एक नया बिल्ड तुरंत सक्रिय होता है, एक बार रीलोड होता है, या अगली बार खोलने का इंतज़ार करता है
- नवीनतम सक्रिय बिल्ड के लिए ऑफलाइन फॉलबैक
registration.update())। सेवा कार्यकर्ता के बिना ऐप्स उस जांच को अनदेखा करते हैं और अपने स्वयं के HTTP कैश हेडर का उपयोग करते रहते हैं।
प्रकाशित ऐप्स इसलिए कैश से तुरंत खुल सकते हैं, एक कठोर रीफ्रेश के बिना एक नया बिल्ड उठा सकते हैं, और नवीनतम बिल्ड को ऑफलाइन उपलब्ध रख सकते हैं।
रीयलटाइम ऐप्स
उन ऐप्स के लिए जिन्हें तत्काल स्थानीय पढ़ने और ऑफलाइन समर्थन की आवश्यकता है, AI:- एक डेटाबेस बनाता है
- रीयलटाइम सिंक चालू करता है
- एक दो-भाग ऐप बनाता है: UI (React + सिंक क्लाइंट) और प्रक्रिया (टोकन एंडपॉइंट + सिंक अपलोड)
- vault के माध्यम से क्रेडेंशियल्स को वायर करता है
कस्टम डोमेन
एक कस्टम डोमेन का उपयोग करने के लिए, अपने डोमेन या सबडोमेन को तैनात ऐप URL पर इंगित करें।अगले कदम
- तैनाती - तैनाती यांत्रिकी, प्रोडक्शन URL और रनटाइम कमांड
- मार्केटप्लेस - अन्य Kazzle स्पेस को अपनी ऐप खोजने और इंस्टॉल करने दें