Kailangan pa ring suriin ang dashboard na ginawa sa tulong ng AI bago ito ilabas. Bago ang unang paglabas sa Vercel, kailangang may managot sa nalikhang code, sa datos na maaari nitong basahin o baguhin, at sa mga makakapasok sa nailagay na mga pahina. Nagsisimula ang gabay na ito sa kasalukuyang dashboard na gumagana sa sariling makina. Sinusunod nito ang kasalukuyang tagubilin sa CLI ng Vercel, na sinuri noong 20 Oktubre 2026; hindi gumawa o naglagay ng halimbawang app ang BIG CHANGE.

Ang malaking pagbabago

  • Ano ang nagbago: Ang lokal na dashboard na ginawa sa tulong ng AI ay maaaring mailagay agad sa tunay na production sa unang vercel deploy. Maaaring mangyari ang paglabas bago pa gumawa ng paunang bersiyon ang pangkat.
  • Bakit ito mahalaga: Dapat suriin ng naglalathala ang mga nalikhang nakadependeng pakete, tawag sa datos, lihim at pahintulot bago ang utos na iyon. Hindi sapat ang gumaganang lokal na pahina para malaman kung sino ang makakabukas sa production domain o ano ang mababasa ng server.
  • Ano ang babantayan: Ang mapagpasyang tala ay ang tunay na nailagay na bersiyon at mga pagsusuri sa pagpasok: production URL, pagkakakilanlan ng pagkakabuo, mga kinatawang ruta, tala, at mga pinapayagan at tinatanggihang tumitingin. Maaaring gumamit ng paunang bersiyon sa mga susunod na pagbabago, ngunit may sariling mga variable ang production at kailangan din itong tiyakin.

1. Suriin ang dashboard at piliin ang gagamit

Kailangan mo ang awtorisadong pinagmulang code ng dashboard na gumagana sa sariling makina, ang nauulit na utos sa pagbuo para sa framework nito, pahintulot sa aprubadong pinanggagalingan ng datos, at pahintulot na maglagay sa production sa tamang Vercel team. I-install ang kasalukuyang Vercel CLI at ihanda ang pagpasok sa account, pansubok na account ng inaasahang pinapayagang tumingin, at hiwalay na paraan upang suriin ang dapat tanggihang tumingin. Tiyaking sinusuportahan ng Vercel ang framework at mga setting sa pagbuo; hindi makapagbibigay ang gabay ng mga utos para sa hindi kilalang code.

Suriin ang mga file na nalikha ng AI bilang code na ilalabas. Basahin ang mga nakadependeng pakete at script, pagsasaayos ng framework, mga ruta ng server at code sa browser. Sundan ang bawat hiling sa datos: patutunguhan, ginagamit na kredensiyal, ibinabalik, at kung may rutang sumusulat ng datos. Tiyaking walang pribadong susi o hindi aprubadong rekord sa code na ipinapadala sa browser at ipinapatupad ng mga ruta sa server ang karapatan ng nararapat na gumagamit. Patakbuhin ang sariling pagbuo ng app at isang kinatawang tanawin ng dashboard gamit ang aprubadong pansubok na datos. Ayusin ang babala sa mga pakete, kabiguan sa pagbuo at maling datos bago mag-upload. Alisin ang nakabaong kredensiyal; kung naisama sa kasaysayan ng bersiyon, palitan sa tagapagbigay nito. Hindi nagiging pribado ang nailagay na dashboard dahil pribado ang repositoryo.

Desisyunan kung sino ang maaaring magbukas ng production dashboard bago iugnay sa proyekto. Pinananatiling pampubliko ng Standard Protection ang mga production domain. All Deployments ang sumasaklaw sa production domain at mga nabuong URL; kasama ang Vercel Authentication, magagamit ito sa lahat ng plano, ngunit kailangan ng tamang Vercel access ang mga tumitingin. Hindi ito angkop bilang pagpasok ng kahit sinong kostumer. Para sa mga kostumer o ibang panlabas na gumagamit, planuhin at subukan ang sariling pagpapatunay ng pagkakakilanlan at pagpapahintulot ng dashboard, o pumili ng ibang proteksiyong tugma sa gagamit at plano. Hindi kapalit ng proteksiyon sa host ang pagsusuri sa mga ruta ng datos ng app.

Tingnan ang plano at pahina ng paggamit ng account. Ang Hobby plan ng Vercel ay para sa personal at hindi pangkomersiyong gamit; kailangan ng angkop na bayad na plano ang dashboard ng negosyo. Maaaring magkahiwalay ang gastos at limitasyon ng pagho-host, mga function, paglilipat ng datos at panlabas na serbisyo ng modelo o database. Nakasalalay sa tamang account ang kasalukuyang presyo at limitasyon, kaya tingnan bago aprubahan ang paglabas.

2. Iugnay ang proyekto at ayusin ang pahintulot at mga variable

Mula sa lokal na folder ng dashboard, mag-sign in sa kasalukuyang Vercel CLI gamit ang tamang account, saka iugnay ang folder:

Terminal
vercel link

Pumipili ang interaktibong utos ng pangkat at proyekto, o gumagawa ng proyekto kung kailangan. Hindi naglalagay ng app ang pag-uugnay lamang. Ihambing sa nasuring code ang napiling pangkat at proyekto, nakahandang setting ng framework, ugat na folder, utos sa pagbuo at mga setting ng inilalabas na file sa Vercel. Kung may hindi tiyak, huminto bago maglagay at lutasin sa mga setting ng proyekto at lokal na pagbuo.

Buksan ngayon sa proyektong iyon ang Settings → Deployment Protection. Piliin ang paraan at saklaw ng proteksiyon mula sa hakbang 1, saka tiyaking nasasaklaw ng na-save na setting ang production domain at mga nabuong deployment URL ayon sa plano. Tingnan ang mga eksepsiyon at maaaring ibahaging link. Gawin bago ang unang paglalagay; hindi masusuri ang mga setting ng bagong proyekto hangga’t hindi ito umiiral.

Sa Settings → Environment Variables, ilagay ang bawat kailangang pangalan, halaga, uri at target na kapaligiran. Ilagay ang mga kredensiyal sa Secret, na masusulatan ngunit hindi na mababasa matapos i-save; gamitin ang Config para sa mga halagang maaaring basahin kalaunan ng awtorisadong miyembro. Huwag ilagay ang kredensiyal ng server sa mga variable na inilalantad ng framework sa browser. Bigyan ang Development, Preview at Production ng tamang halaga at karapatan, kasama ang hiwalay na datos sa likuran kung angkop. Tumutulong ang utos sa paglilista na tingnan ang mga pangalan at target nang hindi ipinapakita ang lihim na halaga:

Terminal
vercel env ls

Ang pag-save o pagbabago ng variable ay para sa bagong paglalagay, hindi sa mga nauna. Hindi na makukuha ang na-save na Secret para ihanda ang laptop; huwag asahan ang vercel env pull o vercel env run upang mabawi ito. Kumuha ng hiwalay at awtorisadong kredensiyal sa pagbuo mula sa tagapagbigay at sundin ang lokal na pagsasaayos ng framework. Patakbuhin ang lokal na app at ulitin ang pinapayagang pagtingin sa datos at pagsusuri sa tinatanggihang gumagamit gamit ang kapaligirang iyon. Kung may espesyal na paraan ng pagpapatunay ang app o tagapagbigay, sundin muna ang dokumentadong proseso.

3. Aprubahan at suriin ang unang paglabas sa production

Ipaapruba sa may-ari ang tiyak na unang paglabas na ito matapos suriin ang code, datos, pahintulot, variable, plano at pagbuo. Ayon sa gabay sa CLI ng Vercel, ang unang vercel deploy ng bagong proyekto ay gumagawa ng production deployment kahit walang --prod. Ituring ang sumusunod na utos bilang pagkilos sa production:

Terminal
vercel deploy

Itago ang ibinalik na URL at hanapin ang deployment ID sa Vercel dashboard. Tiyaking natapos ang pagbuo, tama ang aprubadong production environment at pinagmulang code, at ang inaasahan ang nakatalagang production domain. Suriin ang ugat at bawat tunay na ruta ng dashboard o API na napili, at palitan ang mga placeholder sa loob ng angle bracket ng ibinalik na URL at tunay mong mga path:

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

Dapat tumugma ang tugon ng ruta sa inaasahang pahina o pinapayagang asal ng datos; siyasatin ang mga error sa tala ng pagbuo o pagpapatakbo. vercel curl ay maaaring makalusot sa proteksiyon ng deployment, kaya ang tagumpay nito ay hindi patunay na pribado ang pahina. Sa karaniwang browser na hindi naka-sign in, buksan ang production domain at nabuong URL at tiyaking tinatanggihan kung kailangan ang pahintulot. Pagkatapos, pumasok bilang inaasahang tumitingin at tiyaking gumagana ang dashboard at pinapayagang ruta ng datos. Subukan din ang taong hindi dapat makakita ng datos. Itala ang tunay na URL, deployment ID, tugon ng mga ruta, resulta sa mga tumitingin at kaugnay na resulta ng mga error log. Ito ang pagsusuri ng pagkumpleto, hindi ang pagbalik lamang ng URL mula sa CLI.

Kung hindi malinaw ang resulta ng unang utos, siyasatin ang mismong deployment sa dashboard ng proyekto bago ulitin. Sa pagkabigo ng pagbuo, tingnan ang tala at itama nang lokal ang mga pakete o setting ng framework, saka gumawa ng bagong aprubadong deployment. Kung kulang ang variable, suriin ang target at uri, i-save ang tamang halaga at maglagay muli. Kung blangko ang dashboard o pumalya ang ruta ng datos, ihambing ang hiling ng browser sa tala ng pagpapatakbo, address ng server, pinapayagang pinanggalingan at mga karapatan sa server; saka ulitin ang pumalyang ruta at pagsusuri ng pagpasok.

Kung biglang naging pampubliko ang sensitibong materyal, maaaring piliin agad ng awtorisadong may-ari ng proyekto ang All Deployments with Vercel Authentication sa Deployment Protection, saka tiyakin sa browser na hindi naka-sign in ang pagtanggi sa production at nabuong URL. Suriin ang eksepsiyon at ibinahaging link, at bawiin sa tagapagbigay ang nalantad na kredensiyal ng server. Pansamantalang pumapasok lamang ang angkop na Vercel user at maaaring maantala ang nilalayong pagpasok. Ayusin ang app at disenyo ng pahintulot, aprubahan ang bagong deployment, at tiyakin ang pinapayagan at tinatanggihang tumitingin bago buksang muli. Maaaring walang mas naunang deployment na babalikan sa unang paglabas; hindi na mababawi ng paghihigpit ang naganap nang pagbubunyag.

4. Gumamit ng paunang bersiyon sa mga susunod na pagbabago

Kapag may production deployment na ang proyekto, inilalarawan ng Vercel ang vercel deploy bilang paunang deployment na gumagamit ng Preview variables. Suriin ang binagong code at lokal na pagbuo, ilagay ang paunang bersiyon at itala ang ibinalik na URL at deployment ID sa dashboard:

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

Suriin sa browser ang binagong dashboard gamit ang aprubadong pansubok na datos, mga ruta, nilalayong pagpasok at pagtanggi sa gumagamit. Kapag inaprubahan ng may-ari ang mismong rebisyong iyon para sa production, sadyang ilagay ito at ulitin ang pagsusuri ng production URL, mga ruta, tala at mga tumitingin:

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

Bagong pagbuo na may Production variables ang production; hindi patunay ang maayos na paunang bersiyon na gagana ang kredensiyal o mga ruta ng datos na iyon. Kung nakakonekta ang Git repositoryo, suriin ang nakatakdang sangay ng production bago umasa sa awtomatikong paglalagay, na sumusunod sa hiwalay na paraan mula sa mga manwal na utos na ito.

Mga sanggunian at karagdagang babasahin