Google Antigravity: अपने ऐप को प्रोडक्शन में कैसे डिप्लॉय करें

अपने Antigravity ऐप को पब्लिक HTTPS URL पर डिप्लॉय करें, उसका डेटाबेस कनेक्ट करें और जांचें कि वह असली डेटा सेव करता है। Lizard के साथ एजेंट उसी प्रोजेक्ट से डिप्लॉयमेंट चला सकता है जिसमें आपने ऐप बनाया है।

1. तैयारी: Antigravity में अपना प्रोजेक्ट खोलें और Lizard Skill इंस्टॉल करें।
2. टारगेट चुनें: Lizard में साइन इन करें, अगर आपका अकाउंट नया है तो 7 दिन का Pro ट्रायल शुरू करें, और बताएँ कि किस प्रोजेक्ट और सर्विस में डिप्लॉय करना है।
3. डिप्लॉय करें: एजेंट से ऐप, डेटाबेस और ज़रूरी सीक्रेट्स कॉन्फ़िगर करने को कहें, फिर GitHub या अपने लोकल सोर्स से डिप्लॉय करें।
4. नतीजा जांचें: पब्लिक URL खोलें, एक रिकॉर्ड बनाएँ और पेज रीलोड करें। अगर आपका ऐप लॉगिन, अपलोड और वर्कर्स इस्तेमाल करता है, तो उन्हें भी जांचें।

देखें: Lizard के साथ Antigravity ऐप डिप्लॉय करें

Antigravity चैट से डिप्लॉय करें

Lizard Skill इंस्टॉल करने के बाद एजेंट को यह प्रॉम्प्ट दें। my-project की जगह अपना टारगेट लिखें:

Lizard CLI की मौजूदा गाइड पढ़ें। इस रिपॉज़िटरी की जांच करें और Lizard प्रोजेक्ट my-project में एक टेस्ट कॉपी डिप्लॉय करें। मौजूदा बिल्ड सेटअप ही इस्तेमाल करें। डेटाबेस और ऐप को जिन वर्कर्स की ज़रूरत है, उन्हें कॉन्फ़िगर करें। अगर कोई GitHub रिपॉज़िटरी जुड़ी है, तो उसका उपयोग करें; वरना लोकल सोर्स अपलोड करें। पब्लिक URL, डिप्लॉय किया गया रिविज़न, और पेज चेक तथा डेटाबेस में लिखने/पढ़ने के टेस्ट के नतीजे बताएँ। यह भी बताएँ कि कौन-सी जांचें फ़ेल हुईं।

अगर एजेंट को CLI चाहिए, तो उसे इंस्टॉल करें और उसकी गाइड लोड करें:

npm install -g @lizard-build/cli
lizard skills get core --json
lizard status --json

कहा जाए तो ब्राउज़र में साइन-इन पूरा करें। कुछ भी बनाने से पहले नए अकाउंट को 7 दिन का Pro ट्रायल शुरू करना होगा (कार्ड ज़रूरी है, ट्रायल खत्म होने तक कोई चार्ज नहीं)। तब तक lizard add और lizard up चेकआउट लिंक के साथ HTTP 402 लौटाते हैं; lizard billing start यह लिंक खोलता है। मौजूदा प्रोडक्शन ऐप के लिए, डिप्लॉय करने से पहले साफ़ बता दें कि कौन-सी सर्विस और कौन-सा डोमेन बदला जा सकता है। सीक्रेट्स को सर्विस सेटिंग्स में रखें, रिपॉज़िटरी और ब्राउज़र बंडल से बाहर।

सफल नतीजा: पब्लिक URL लोड होता है, ऐप सही डेटाबेस तक पहुंचता है, और पेज रीलोड करने के बाद भी रिकॉर्ड बना रहता है। सिर्फ़ "सफल" मार्क किया गया बिल्ड इन फ़्लो की जांच नहीं करता।

यह गाइड हम, Lizard की टीम, प्रकाशित करते हैं। CLI वर्कफ़्लो हमने 14 सितंबर 2026 को जांचा; नीचे दिए गए होस्टिंग से जुड़े बाकी रेफ़रेंस आखिरी बार 9 सितंबर 2026 को जांचे गए थे।

डिप्लॉयमेंट में Antigravity क्या करता है

Google, Antigravity को एक एजेंटिक डेवलपमेंट एनवायरनमेंट बताता है, जिसके एजेंट एडिटर, टर्मिनल और ब्राउज़र में काम कर सकते हैं। ये क्षमताएँ डिप्लॉयमेंट तैयार करने और उसे जांचने में मदद कर सकती हैं। लेकिन प्रोडक्शन रनटाइम उसी होस्ट का होता है जिसे आप चुनते हैं। Google का Antigravity परिचय।

डिप्लॉयमेंट इंटीग्रेशन बदल सकते हैं। Antigravity का मौजूदा डॉक्यूमेंटेशन और जिस होस्टिंग टूल को आप इस्तेमाल करना चाहते हैं, उसका डॉक्यूमेंटेशन देखें। यह न मानें कि IDE में कोई फ़ीचर होने का मतलब है कि हर डेटाबेस, वर्कर या डिप्लॉयमेंट की ज़रूरत पहले से कॉन्फ़िगर है।

अहम सवाल यह नहीं है कि फ़ाइलें किस टूल ने बनाईं, बल्कि यह है कि बने हुए ऐप्लिकेशन को चलने के लिए क्या चाहिए।

पता करें कि आपके ऐप में क्या-क्या है

एजेंट से रिपॉज़िटरी की जांच करने और डिप्लॉयमेंट की एक छोटी इन्वेंटरी बनाने को कहें:

• फ़्रेमवर्क, रनटाइम वर्ज़न और डिपेंडेंसी लॉकफ़ाइल।
• बिल्ड कमांड, आउटपुट डायरेक्टरी और प्रोडक्शन स्टार्ट कमांड।
• वेब सर्विसेज़, APIs, वर्कर्स और शेड्यूल किए गए टास्क।
• डेटाबेस इंजन और उससे कनेक्ट करने वाले वेरिएबल्स।
• अपलोड की गई फ़ाइलें, लोकल फ़ाइलसिस्टम में लिखा जाने वाला डेटा और ज़रूरी पर्सिस्टेंस।
• लॉगिन प्रोवाइडर्स, कॉलबैक URLs, पेमेंट वेबहुक्स और दूसरी बाहरी सर्विसेज़।

इससे होस्ट चुनने से पहले ही प्रोटोटाइप की आम मान्यताएँ पकड़ में आ जाती हैं। फ़्रंटएंड में डेवलपमेंट वाला API URL हार्डकोड हो सकता है। जनरेट किया गया बैकएंड डेटा किसी लोकल फ़ाइल में रख सकता है। कोई बैकग्राउंड टास्क सिर्फ़ तब चल सकता है जब डेवलपमेंट प्रोसेस खुला हो।

ऐप्लिकेशन के हिसाब से होस्ट चुनें

वेब सर्विसेज़, वर्कर्स और मैनेज्ड डेटा सर्विसेज़ के लिए Lizard CLI के साथ Lizard एक विकल्प है। फ़्रंटएंड पर केंद्रित वर्कफ़्लो के लिए Vercel सही बैठ सकता है; रनटाइम और बिलिंग के फ़र्क के लिए हमारी Vercel तुलना पढ़ें। Cloud Run अलग-अलग कामों के लिए Services, Jobs और वर्कर पूल देता है। Cloud Run ओवरव्यू।

अगर आपका टारगेट पहले से Google Cloud है, तो Google का Cloud Run MCP कोडलैब टूल्स पर आधारित डिप्लॉयमेंट वर्कफ़्लो बताता है। Lizard चुनना होस्टिंग का आपका फ़ैसला है, Antigravity की कोई शर्त नहीं।

डिप्लॉयमेंट के लिए सही सोर्स इस्तेमाल करें

अगर प्रोजेक्ट की GitHub रिपॉज़िटरी एक्सेस की जा सकती है, तो उस रिपॉज़िटरी और सही ब्रांच को सर्विस से कनेक्ट करें। इससे आगे के कमिट्स के लिए डिप्लॉयमेंट का एक दोहराने लायक रास्ता बन जाता है। मोनोरेपो में रूट डायरेक्टरी जांचें। GitHub इंटीग्रेशन गाइड देखें।

जो कोड सिर्फ़ लोकल मशीन पर है, उसके लिए सोर्स-अपलोड वर्कफ़्लो इस्तेमाल करें। अपलोड से पहले एजेंट को साफ़ तौर पर सही प्रोजेक्ट और सर्विस चुननी या बनानी चाहिए। उसे मौजूदा Git डिप्लॉयमेंट को चुपचाप अपलोड की गई कॉपी से नहीं बदलना चाहिए।

दोनों ही मामलों में जनरेट की गई फ़ाइलें और सीक्रेट्स सोर्स कंट्रोल से बाहर रखें। प्रोडक्शन बिल्ड में रिपॉज़िटरी की डिपेंडेंसी लॉकफ़ाइल और ऐप्लिकेशन के साथ काम करने वाला रनटाइम वर्ज़न इस्तेमाल होना चाहिए।

डेटा और कॉन्फ़िगरेशन को साफ़ तौर पर तय करें

Managed Postgres प्रोविज़न करना डेटाबेस सेटअप का सिर्फ़ पहला कदम है। वह कनेक्शन वेरिएबल सेट करें जिसे ऐप्लिकेशन पढ़ता है — उसी प्रोजेक्ट की सर्विसेज़ के लिए डेटाबेस का प्राइवेट URL (DATABASE_PRIVATE_URL) इस्तेमाल करें — और माइग्रेशन रिलीज़ के एक नियंत्रित चरण में चलाएँ। सही डेटाबेस पर एक राइट और रीड टेस्ट करें।

अगर ऐप वर्कर इस्तेमाल करता है, तो उसे अपने कमांड और ज़रूरी वेरिएबल्स के साथ एक अलग सर्विस के रूप में चलाएँ। फ़ाइलों के मामले में अस्थायी काम और ऐसे डेटा में फ़र्क करें जिसे रीस्टार्ट या रीडिप्लॉय के बाद भी बचा रहना चाहिए। सही स्टोरेज चुनें और उस लाइफ़साइकल को टेस्ट करें।

फ़्रंटएंड वेरिएबल्स पर खास ध्यान दें: ब्राउज़र बंडल में शामिल वैल्यू पब्लिक होती हैं। डेटाबेस पासवर्ड या सर्वर API सीक्रेट्स फ़्रंटएंड की बिल्ड सेटिंग्स में न डालें। सर्वर-साइड सीक्रेट्स उसी सर्विस के पास रखें जिसे उनकी ज़रूरत है।

प्रोडक्शन का एक असली फ़्लो वेरिफ़ाई करें

डिप्लॉय किया गया URL नए ब्राउज़र सेशन में सीधे खोलें। ऐसे टैब पर निर्भर न रहें जिसमें डेवलपमेंट वाली स्टेट बची हो, और रूट्स टेस्ट करें। फिर वे फ़्लो जांचें जिनका ऐप यूज़र्स से वादा करता है।

पेमेंट इंटीग्रेशन के लिए असली ट्रांज़ैक्शन से पहले प्रोवाइडर का टेस्ट मोड इस्तेमाल करें। ईमेल के लिए एक टेस्ट डिलीवरी और उसमें मौजूद लिंक वेरिफ़ाई करें। सिर्फ़ देखने में सही लगने वाले पेज को अंतिम नतीजा मानने के बजाय टेस्ट के बाद लॉग्स और रिसोर्स का उपयोग जांचें।

होस्टिंग की लागत का अनुमान कोडिंग से अलग लगाएँ

डेवलपमेंट टूल और प्रोडक्शन सर्विसेज़ की लागत अलग-अलग होती है। होस्टिंग के अनुमान में सभी वेब प्रोसेस, वर्कर, डेटाबेस, स्टोरेज और ट्रैफ़िक शामिल करें। Lizard Pro की कीमत टैक्स सहित $19 प्रति माह है, और इसमें हर महीने $19 का उपयोग शामिल है; इससे ज़्यादा उपयोग pay as you go है। रिसोर्स की दरें और ट्रायल की शर्तें Lizard प्राइसिंग पर देखें; दूसरे होस्ट के प्लान की फ़ीस और अलाउंस अलग हो सकते हैं।

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

आम सवाल

क्या Antigravity मेरा ऐप अपने आप होस्ट करता है? ऐप को एक प्रोडक्शन टारगेट चाहिए। Antigravity डिप्लॉयमेंट टूल्स इस्तेमाल करने में मदद कर सकता है, लेकिन यह वेरिफ़ाई करें कि ऐप कौन-सी सर्विस चलाती है और उसने कौन-से रिसोर्स बनाए।

क्या मैं हर कमांड खुद टाइप किए बिना डिप्लॉय कर सकता हूँ? ज़रूरी टूल्स वाला एजेंट वर्कफ़्लो चला सकता है। फिर भी टारगेट, क्रेडेंशियल्स और किन बदलावों की अनुमति है, यह आपको तय करना होगा, और रिपोर्ट किए गए नतीजे की जांच करनी होगी।

प्रीव्यू में ऐप चलता है, तो डिप्लॉय होने के बाद फ़ेल क्यों हो जाता है? आम कारण हैं: सिर्फ़ डेवलपमेंट वाले कमांड, छूटे हुए वेरिएबल्स, गलत पोर्ट, ऐसा डेटाबेस जिस तक ऐप पहुंच नहीं पाता, या कॉलबैक URL जो अब भी localhost की ओर पॉइंट करता है। बिल्ड और रनटाइम लॉग्स से शुरू करें।

क्या मैं अपना मौजूदा डेटाबेस रख सकता हूँ? हाँ, अगर डिप्लॉय की गई सर्विस उस तक सुरक्षित रूप से पहुंच सकती है और लेटेंसी व ट्रांसफ़र की लागत आपको स्वीकार है। डेटा माइग्रेट करने से पहले भी उस रास्ते को टेस्ट करें।

पहले डिप्लॉयमेंट के बाद क्या करना चाहिए? रिलीज़ प्रक्रिया को दोहराने लायक रखें, एरर और उपयोग की निगरानी करें, और बैकअप टेस्ट करें। Lizard में अगले कदमों के लिए CLI कॉन्फ़िगरेशन रेफ़रेंस और सपोर्ट पेज देखें।