AI की मदद से बने डैशबोर्ड को भी सार्वजनिक करने से पहले रिलीज़ समीक्षा चाहिए। पहली Vercel रिलीज़ से पहले किसी को बने हुए कोड, उसके पढ़ या बदल सकने वाले डेटा और तैनात पन्नों तक पहुँच सकने वाले लोगों की जाँच करनी होगी। यह मार्गदर्शिका पहले से स्थानीय रूप से चल रहे डैशबोर्ड से शुरू होती है। यह 20 अक्टूबर 2026 को जाँचे गए वर्तमान Vercel CLI निर्देशों पर आधारित है; BIG CHANGE ने उदाहरण ऐप बनाया या तैनात नहीं किया।

बड़ा बदलाव

  • क्या बदला: AI की मदद से बना स्थानीय डैशबोर्ड अपने पहले vercel deployसे ही वास्तविक उत्पादन तैनाती बन सकता है। टीम के पूर्वावलोकन बनाने से पहले ही प्रकाशन की सीमा पार हो सकती है।
  • क्यों महत्त्वपूर्ण है: ऐप प्रकाशित करने वाले व्यक्ति को इस कमांड से पहले बनी निर्भरताएँ, डेटा अनुरोध, गुप्त जानकारी और पहुँच जाँचनी चाहिए। स्थानीय स्क्रीन चलने से यह नहीं पता चलता कि उत्पादन डोमेन कौन खोल सकता है या सर्वर क्या पढ़ सकता है।
  • क्या ध्यान रखें: निर्णायक रिकॉर्ड वास्तविक तैनाती और पहुँच की जाँच हैं: उत्पादन URL, बिल्ड की पहचान, प्रतिनिधि मार्ग, लॉग और अनुमत तथा रोके गए दर्शक। बाद के बदलाव पूर्वावलोकन इस्तेमाल कर सकते हैं, लेकिन उत्पादन बिल्ड अपने चर इस्तेमाल करता है और उसे वही जाँच चाहिए।

1. डैशबोर्ड की समीक्षा करें और उपयोगकर्ता चुनें

आपको अधिकृत और स्थानीय रूप से चलने वाले डैशबोर्ड का स्रोत कोड, उसके फ़्रेमवर्क का दोहराने योग्य बिल्ड कमांड, स्वीकृत डेटा स्रोत की पहुँच और इच्छित Vercel टीम में उत्पादन तैनाती बनाने की अनुमति चाहिए। वर्तमान Vercel CLI स्थापित करें और उस खाते का प्रवेश, अनुमत दर्शक का परीक्षण खाता और रोके जाने वाले दर्शक को जाँचने का अलग तरीका रखें। जाँचें कि Vercel ऐप के फ़्रेमवर्क और बिल्ड सेटिंग का समर्थन करता है; अज्ञात कोड के लिए यह मार्गदर्शिका कमांड नहीं दे सकती।

AI से बनी फ़ाइलों को रिलीज़ कोड की तरह पढ़ें। पैकेज निर्भरताएँ और स्क्रिप्ट, फ़्रेमवर्क विन्यास, सर्वर मार्ग और ब्राउज़र कोड जाँचें। हर डेटा अनुरोध का गंतव्य, इस्तेमाल किया गया प्रवेश प्रमाण, लौटने वाला डेटा और किसी मार्ग के डेटा लिखने की क्षमता पता करें। सुनिश्चित करें कि ब्राउज़र को भेजे गए कोड में निजी कुंजी या अस्वीकृत रिकॉर्ड नहीं हैं और सर्वर मार्ग इच्छित उपयोगकर्ता के अधिकार लागू करते हैं। स्वीकृत परीक्षण डेटा से ऐप का अपना बिल्ड और डैशबोर्ड का प्रतिनिधि दृश्य चलाएँ। अपलोड से पहले निर्भरता चेतावनी, बिल्ड विफलता और गलत डेटा सुधारें। कोड में रखे प्रवेश प्रमाण हटाएँ; संस्करण नियंत्रण में पहुँच गए हों तो प्रदाता पर उन्हें बदलें। निजी रिपॉज़िटरी तैनात डैशबोर्ड को निजी नहीं बनाती।

परियोजना से जोड़ने से पहले तय करें कि उत्पादन डैशबोर्ड कौन खोल सकेगा। Standard Protection उत्पादन डोमेन सार्वजनिक रखता है। All Deployments उत्पादन डोमेन और बने हुए URL को शामिल करता है; Vercel Authentication के साथ सभी योजनाओं पर उपलब्ध है, लेकिन दर्शक को उपयुक्त Vercel पहुँच चाहिए। यह किसी भी ग्राहक के प्रवेश का विकल्प नहीं है। ग्राहकों या बाहरी उपयोगकर्ताओं के लिए डैशबोर्ड का अपना प्रमाणीकरण और अधिकार नियंत्रण बनाएँ तथा जाँचें, या दर्शकों और योजना के अनुकूल दूसरी सुरक्षा चुनें। होस्ट की सुरक्षा ऐप के डेटा मार्गों की अनुमति जाँच का विकल्प नहीं है।

खाते की योजना और उपयोग पन्ना देखें। Vercel की Hobby योजना निजी गैर-व्यावसायिक उपयोग के लिए है; व्यावसायिक डैशबोर्ड को उचित सशुल्क योजना चाहिए। होस्टिंग, फ़ंक्शन, डेटा स्थानांतरण और बाहरी मॉडल या डेटाबेस सेवाओं की अलग लागत और सीमाएँ हो सकती हैं। वर्तमान कीमतें और सीमाएँ इच्छित खाते पर लागू होती हैं; रिलीज़ की अनुमति से पहले उन्हें देखें।

2. परियोजना जोड़ें और पहुँच तथा चर सेट करें

डैशबोर्ड की स्थानीय डायरेक्टरी से इच्छित खाते द्वारा वर्तमान Vercel CLI में प्रवेश करें और डायरेक्टरी जोड़ें:

Terminal
vercel link

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

अब उस परियोजना में खोलें Settings → Deployment Protection। चरण 1 में चुनी सुरक्षा विधि और सीमा चुनें, फिर सुनिश्चित करें कि सहेजी सेटिंग उत्पादन डोमेन और बने तैनाती URL को अपेक्षित रूप से शामिल करती है। अपवाद और साझा लिंक भी देखें। पहली तैनाती से पहले करें; नई परियोजना की सेटिंग उसके बनने के बाद ही जाँची जा सकती हैं।

इसमें Settings → Environment Variables, हर आवश्यक नाम, मान, प्रकार और लक्षित परिवेश भरें। प्रवेश प्रमाण रखें Secretमें, जिसका मान सहेजने के बाद केवल लिखा जा सकता है, पढ़ा नहीं; इस्तेमाल करें Config उन मानों के लिए जिन्हें अधिकृत सदस्य बाद में पढ़ सकते हैं। सर्वर के प्रवेश प्रमाण उन चरों में न रखें जिन्हें फ़्रेमवर्क ब्राउज़र के लिए खोलता है। Development, Preview और Production को इच्छित मान और अधिकार दें, जहाँ उचित हो अलग बैकएंड डेटा के साथ। सूची कमांड गुप्त मान दिखाए बिना नाम और लक्ष्य जाँचने में मदद करता है:

Terminal
vercel env ls

चर सहेजना या बदलना नई तैनाती पर असर डालता है, पुरानी पर नहीं। सहेजा Secret बाद में लैपटॉप सेटअप के लिए निकाला नहीं जा सकता; इसे वापस पाने के लिए vercel env pull या vercel env run पर भरोसा न करें। प्रदाता से अलग अधिकृत विकास प्रवेश प्रमाण लें और फ़्रेमवर्क का स्थानीय विन्यास अपनाएँ। स्थानीय ऐप चलाकर उसी विकास सेटअप में अनुमत डेटा दृश्य और रोके गए उपयोगकर्ता का परीक्षण दोहराएँ। ऐप या प्रदाता का विशेष प्रमाणीकरण प्रवाह हो तो आगे बढ़ने से पहले उसकी लिखित प्रक्रिया अपनाएँ।

3. पहली उत्पादन रिलीज़ मंजूर करके जाँचें

कोड, डेटा, पहुँच, चर, योजना और बिल्ड जाँचने के बाद मालिक से इसी पहली लाइव रिलीज़ को मंजूरी दिलाएँ। Vercel CLI मार्गदर्शिका बताती है कि नई परियोजना का पहला vercel deploy उत्पादन तैनाती बनाता है, भले ही --prodन हो। अगले कमांड को उत्पादन कार्रवाई मानें:

Terminal
vercel deploy

लौटा तैनाती URL रखें और Vercel डैशबोर्ड में उसकी तैनाती ID खोजें। सुनिश्चित करें कि बिल्ड पूरा हुआ, उत्पादन परिवेश और स्रोत स्वीकृत हैं और दिया गया उत्पादन डोमेन सही है। समीक्षा के लिए चुने मूल पथ तथा हर वास्तविक डैशबोर्ड या API मार्ग को जाँचें; कोणीय कोष्ठकों के स्थानधारकों को लौटे URL और वास्तविक पथों से बदलें:

Terminal
vercel curl / --deployment <production-url>
vercel curl /your-real-route --deployment <production-url>
vercel logs --environment production --level error --since 5m

मार्ग का उत्तर अपेक्षित पन्ने या अनुमत डेटा व्यवहार से मिलना चाहिए; बिल्ड या रनटाइम लॉग में त्रुटियाँ खोजें। vercel curl तैनाती सुरक्षा पार कर सकता है, इसलिए उसका सफल होना पन्ने के निजी होने का प्रमाण नहीं है। सामान्य ब्राउज़र में बिना प्रवेश उत्पादन डोमेन और बना URL खोलें और जहाँ पहुँच नियंत्रित होनी चाहिए वहाँ अस्वीकृति जाँचें। फिर इच्छित दर्शक के रूप में प्रवेश करके डैशबोर्ड और अनुमत डेटा पथ जाँचें। ऐसा दर्शक भी आजमाएँ जिसे डेटा नहीं दिखना चाहिए। वास्तविक URL, तैनाती ID, मार्गों के उत्तर, दर्शकों के परिणाम और संबंधित त्रुटि लॉग का परिणाम लिखें। यही पूर्णता जाँच है, केवल CLI से URL मिलना नहीं।

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

संवेदनशील सामग्री अनपेक्षित रूप से सार्वजनिक हो जाए तो अधिकृत परियोजना मालिक तुरंत चुन सकता है All Deployments with Vercel Authentication को Deployment Protection में, फिर बिना प्रवेश वाले ब्राउज़र में उत्पादन और बने URL दोनों पर अस्वीकृति जाँच सकता है। अपवाद और साझा लिंक देखें और उजागर बैकएंड प्रवेश प्रमाण प्रदाता पर रद्द करें। अस्थायी रोक केवल उपयुक्त Vercel उपयोगकर्ताओं को आने देती है और अपेक्षित पहुँच रोक सकती है। ऐप और पहुँच डिज़ाइन सुधारें, नई तैनाती मंजूर करें, फिर खोलने से पहले अनुमत और रोके दर्शक जाँचें। पहली रिलीज़ में वापस जाने के लिए पुरानी तैनाती शायद न हो; पहुँच रोकना पहले हो चुके खुलासे को वापस नहीं ले सकता।

4. बाद के बदलावों के लिए पूर्वावलोकन लें

परियोजना में उत्पादन तैनाती होने के बाद Vercel vercel deploy को Preview चरों वाला पूर्वावलोकन तैनाती बताता है। बदला कोड और स्थानीय बिल्ड जाँचें, पूर्वावलोकन तैनात करें और लौटा URL तथा डैशबोर्ड की तैनाती ID लिखें:

Terminal
vercel deploy
vercel curl / --deployment <preview-url>
vercel logs --deployment <preview-deployment-id> --level error

स्वीकृत परीक्षण डेटा से ब्राउज़र में बदला डैशबोर्ड, उसके मार्ग, इच्छित पहुँच और उपयोगकर्ता अस्वीकृति जाँचें। मालिक उस संशोधन को उत्पादन के लिए मंजूर करे तो जानबूझकर तैनात करें और उत्पादन URL, मार्ग, लॉग तथा दर्शक परीक्षण दोहराएँ:

Terminal
vercel deploy --prod
vercel curl / --deployment <production-url>
vercel logs --environment production --level error --since 5m

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

स्रोत और आगे पढ़ें

  • Vercel: CLI से परियोजना तैनात करना — जोड़ना, पहली तैनाती का उत्पादन अपवाद, पूर्वावलोकन तथा उत्पादन कमांड, मार्ग और लॉग जाँच। 11 सितंबर 2026 को अद्यतन।
  • Vercel: तैनाती सुरक्षा — सुरक्षा विधियाँ, सीमा, उत्पादन डोमेन का व्यवहार और योजना उपलब्धता। 15 सितंबर 2026 को अद्यतन।
  • Vercel: परिवेश चर — परिवेश, मान सँभालना और बदलाव के बाद नई तैनाती की आवश्यकता। 17 सितंबर 2026 को अद्यतन।
  • Vercel: Config और Secret चर प्रकार — केवल लिखे जा सकने वाले Secret का वर्तमान व्यवहार। 24 अगस्त 2026 को प्रकाशित।
  • Vercel: खाता योजनाएँ — योजना सीमा, उपयोग और बिलिंग। 18 सितंबर 2026 को अद्यतन।