ការគ្រប់គ្រងប្រភពកូដ
ភ្ជាប់គណនី GitHub ឬ GitLab ដែលអ្នកធ្វើការ ហើយដាក់ឱ្យដំណើរការដោយផ្ទាល់ពី branch៖ ទៅកាន់ Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ឬ AWS Amplify — ឬនៅលើកន្លែងបង្ហោះដែលគ្រប់គ្រងដោយផ្ទាល់របស់យើង ជាកន្លែងដែលឃ្លាំងផ្ទុកទិន្នន័យ និងឯកសាររបស់គេហទំព័ររក្សាការធ្វើសមកាលកម្មទាំងសងខាង។ រាល់ការតភ្ជាប់នីមួយៗបង្ហាញពីសិទ្ធិដែលវាត្រូវការ ត្រូវបានផ្ទៀងផ្ទាត់ជាមួយ API របស់អ្នកផ្តល់សេវាមុនពេលវាត្រូវបានរក្សាទុក និងមានទីតាំងនៅក្នុង Vault។ អ្នកក៏អាចចូលប្រើដោយប្រើ GitHub ឬ GitLab ផងដែរ។
ការតភ្ជាប់គឺជាព័ត៌មានសម្ងាត់ដែលអ្នកកំពុងប្រគល់ឱ្យអ្នកដទៃ។ ប្រព័ន្ធរបស់យើងបញ្ជាក់ពីអ្វីដែលវាត្រូវការមុនពេលអ្នកបង្កើតវា បង្ហាញថាវាដំណើរការមុនពេលរក្សាទុកវា និងអាចដកហូតមកវិញបានពីភាគីទាំងសងខាង។
មុនពេលអ្នកបង្កើតថូខឹន យើងប្រាប់អ្នកអំពីអ្វីដែលវាត្រូវមានសមត្ថភាពធ្វើ និងមូលហេតុ។ គ្មានវិសាលភាពទូទៅដោយសារតែវាងាយស្រួលក្នុងការស្នើសុំនោះទេ ហើយក៏គ្មានការរកឃើញការពិតនៅពេលក្រោយថាយើងចង់បានលើសពីអ្វីដែលការងារត្រូវការនោះដែរ។
យើងហៅ API ផ្ទាល់ខ្លួនរបស់អ្នកផ្គត់ផ្គង់ជាមួយថូខឹនរបស់អ្នក មុនពេលរក្សាទុកវា។ ថូខឹនដែលខុស ផុតកំណត់ ឬមានវិសាលភាពមិនត្រឹមត្រូវ ត្រូវបានបដិសេធភ្លាមៗនៅត្រង់ទម្រង់ ជាជាងការទទួលយក បង្ហាញថាដំណើរការល្អ ហើយបរាជ័យនៅពេលដាក់ឱ្យប្រើប្រាស់ជាក់ស្តែងលើកដំបូង។
មិនមែននៅក្នុងកូដរបស់យើង មិនមែននៅក្នុងឯកសារបរិស្ថាន មិនមែននៅក្នុងកំណត់ហេតុ និងមិនមែននៅលើបន្ទាត់ពាក្យបញ្ជានោះទេ។ ត្រូវបានដោះស្រាយនៅពេលដែលវាត្រូវបានប្រើប្រាស់ ដោយបន្ទុកការងារដែលប្រើប្រាស់វា។
ភ្ជាប់គណនីផ្ទាល់ខ្លួនមួយ និងគណនីរបស់ស្ថាប័នមួយ ឬស្ថាប័នពីរ។ គេហទំព័រនីមួយៗជ្រើសរើសមួយណាដែលត្រូវដាក់ឱ្យដំណើរការ ដូច្នេះឃ្លាំងរបស់អតិថិជន និងរបស់អ្នកផ្ទាល់មិនដែលចែករំលែកព័ត៌មានសម្ងាត់រួមគ្នានោះទេ។
ម៉ាស៊ីន edge គ្រប់គ្រងចំនួនប្រាំបី និងបណ្តាញផ្ទាល់ខ្លួនរបស់យើង។ គោលដៅគឺជាលក្ខណៈសម្បត្តិនៃគេហទំព័រ មិនមែននៃការតភ្ជាប់ទេ ដូច្នេះឃ្លាំងតែមួយអាចបោះផ្សាយមែកធាងមួយទៅកាន់ម៉ាស៊ីន Pages ហើយគេហទំព័រមួយទៀតអាចដំណើរការលើផ្នែករឹងរបស់យើងបាន។
កម្រិតបញ្ជូនគ្មានដែនកំណត់ ការប្រើប្រាស់ជាលក្ខណៈពាណិជ្ជកម្មត្រូវបានអនុញ្ញាត និងដែន apex ត្រូវបានគ្រប់គ្រងនៅលើអ្នកផ្តល់សេវាដូចគ្នាដែលជាធម្មតាកាន់កាប់តំបន់ DNS របស់អ្នក។ វាជាគោលដៅដំបូងដែលយើងជ្រើសរើសសម្រាប់ហេតុផលទាំងនោះ។
សេវាបង្ហោះ Cloudflare Pages →បោះពុម្ពផ្សាយដោយផ្ទាល់ពីកន្លែងផ្ទុកកូដដែលមានស្រាប់។ បានសម្គាល់នៅលើបន្ទាត់ Footprint-Free ពីព្រោះហេដ្ឋារចនាសម្ព័ន្ធរួមរបស់ github.io គឺជាដានរួចទៅហើយ។
ការបង្ហោះ GitHub Pages →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps និង AWS Amplify គឺជាគោលដៅទាំងអស់ដែលអ្នកអាចចង្អុលគេហទំព័រទៅកាន់ ដោយមានការតភ្ជាប់ដូចគ្នា និងប្រវត្តិដាក់ឱ្យប្រើប្រាស់ដូចគ្នា។
សេវាបង្ហោះគេហទំព័រឋិតិវន្ត →កម្មវិធីពេញលេញជាជាងកញ្ចប់ដែលបានបង្កើត — WordPress, PHP, Node។ នេះគឺជាគោលដៅដែលទទួលបានការធ្វើសមកាលកម្មពីរផ្លូវ ដូច្នេះឯកសារនៅលើប្រអប់ និងសាខានៅតែស៊ីសង្វាក់គ្នា។
សេវាបង្ហោះដែលបានគ្រប់គ្រង →គេហទំព័រដែលបានបោះពុម្ពផ្សាយទៅកាន់ម៉ាស៊ីនដែលមិនមែនជាកម្មសិទ្ធិរបស់យើងនៅតែប្រើប្រាស់កូតាអនុញ្ញាត ហើយនៅតែបង្ហាញនៅក្នុងផ្ទាំងគ្រប់គ្រងរបស់អ្នកជាមួយនឹងការដាក់ឱ្យដំណើរការ ពេលវេលាដំណើរការ និងទិន្នន័យ SEO របស់វា រួមជាមួយអ្វីៗផ្សេងទៀតដែលអ្នកដំណើរការ។
កូតាគេហទំព័រខាងក្រៅ →កម្មវិធីកែសម្រួលក្នុងកម្មវិធីរុករកដំណើរការលើឯកសារដូចគ្នាដែលការធ្វើសមកាលកម្មពីរផ្លូវរុញត្រឡប់មកវិញ ដូច្នេះការកែសម្រួលរហ័សពីផ្ទាំងគ្រប់គ្រងនឹងក្លាយជា commit នៅលើ branch របស់អ្នក ជំនួសឱ្យការផ្លាស់ប្តូរដែលគ្មាននរណាម្នាក់អាចស្វែងរកឃើញនៅពេលក្រោយ។
កម្មវិធីកែសម្រួលគេហទំព័រ →ការធ្វើសមកាលកម្មទ្វេទិស
បើកវា ហើយឯកសារផ្ទាល់របស់គេហទំព័រនឹងត្រូវបាន commit ត្រឡប់ទៅ branch របស់អ្នកវិញ ខណៈពេលដែល commit នៅលើ branch នោះនឹងត្រឡប់មកកាន់គេហទំព័រវិញ។ វាដំណើរការលើគ្រប់គេហទំព័រដែលយើង host ទាំងអស់ គ្រប់គម្រោង — តម្រូវការតែមួយគត់គឺម៉ាស៊ីនខាងក្រោមអាចដំណើរការ Git លើឯកសាររបស់វាបាន ដែលត្រូវបានស្នើសុំពីម៉ាស៊ីនបម្រើជាជាងការសន្មតពីគម្រោង។
អ្នកជាអ្នកជ្រើសរើសថតដែលត្រូវធ្វើសមកាលកម្ម ពីព្រោះអតិថិជន WordPress ចង់ឱ្យមានការតាមដានលើស្បែកទំព័ររបស់ពួកគេ មិនមែនឯកសារស្នូលចំនួនបួនម៉ឺននោះទេ។ ហើយវាត្រូវបានបិទរហូតដល់អ្នកបើកវា៖ ការបើកដំណើរការសមកាលកម្ម គឺជាការសម្រេចចិត្តអំពីឃ្លាំងផ្ទុកទិន្នន័យរបស់អ្នកដទៃ ហើយការផ្លាស់ប្តូរទីតាំងមិនត្រូវធ្វើការសម្រេចចិត្តនេះជំនួសអ្នកជាដាច់ខាត។
ពីរទម្រង់ ហើយភាពខុសគ្នាគឺកន្លែងដែលដំណើរការ build ដំណើរការ។ ទាំងពីរបញ្ចប់នៅកន្លែងតែមួយ៖ ref ដែលយើងទាញយក និងបោះផ្សាយ ដោយមានការកត់ត្រា commit ធៀបនឹងការដាក់ឱ្យប្រើប្រាស់។
GitHub ឬ GitLab នៅក្រោមការតភ្ជាប់។ សិទ្ធិពិសេសត្រូវបានរាយបញ្ជីមុនពេលអ្នកបង្កើតថូខឹន ហើយវាត្រូវបានត្រួតពិនិត្យជាមួយអ្នកផ្តល់សេវាមុនពេលវាត្រូវបានរក្សាទុក។
ម្ចាស់, kho ផ្ទុកទិន្នន័យ (repository), មែកធាង (branch), និងថាតើយើងបោះផ្សាយថតឯកសារ ឬទាញយកអ្វីដែល CI របស់អ្នកបានបង្កើត។ យើងចុះឈ្មោះ push webhook ជាផ្នែកមួយនៃដំណើរការនេះ។
ការ push ទៅកាន់ branch ដែលបានកំណត់នឹងចាប់ផ្តើមការដាក់ឱ្យដំណើរការ ឬអ្នកអាចដាក់ឱ្យដំណើរការតាមតម្រូវការពីផ្ទាំង ដាក់ឱ្យដំណើរការ របស់គេហទំព័រ។ ការ build ដំណើរការនៅផ្ទៃខាងក្រោយ។
ប្រវត្តិដាក់ពង្រាយបង្ហាញពីអ្វីដែលត្រូវបានបោះផ្សាយ និងពេលវេលា។ បើកដំណើរការការធ្វើសមកាលកម្មពីរផ្លូវ ហើយការកែសម្រួលដែលអ្នកធ្វើនៅទីនេះនឹងត្រឡប់មកវិញជា commits នៅលើ branch របស់អ្នក។
នៅពេលមានបញ្ហា
ការតភ្ជាប់ឃ្លាំងផ្ទុកទិន្នន័យដែលមើលទៅប្រក្រតី តែមិនទទួលបានអ្វីសោះ គឺជាការបរាជ័យដោយស្ងៀមស្ងាត់ទូទៅ — ថូខឹនដែលមានវិសាលភាពខុស ការបញ្ជូនដែលត្រូវបានរារាំងនៅអ្នកផ្តល់សេវា ឬ hook ដែលនរណាម្នាក់បានលុបចេញដោយដៃ។ វាមិនអាចមើលឃើញនៅលើអេក្រង់ផ្សេងទៀតឡើយ ដូច្នេះកាតឃ្លាំងផ្ទុកទិន្នន័យបង្ហាញវាដោយផ្ទាល់៖ ពេលវេលាដែលអ្នកផ្តល់សេវាបានបញ្ជូនមកយើងចុងក្រោយ និងអ្វីដែលវាបានបញ្ជាក់។
ការដឹកជញ្ជូនត្រូវបានត្រួតពិនិត្យហត្ថលេខាមុនពេលយើងចាត់វិធានការលើពួកវា ដោយប្រើគ្រោងការណ៍ផ្ទាល់ខ្លួនរបស់អ្នកផ្តល់សេវានីមួយៗ ជាជាងគ្រោងការណ៍ដែលយើងបានសន្មតថាអនុវត្តចំពោះពួកគេទាំងអស់។ ការដឹកជញ្ជូនដែលមិនផ្ទៀងផ្ទាត់ត្រូវបានបដិសេធ និងកត់ត្រាទុក មិនមែនត្រូវបានមិនអើពើដោយស្ងាត់ៗនោះទេ។
អត្តសញ្ញាណ
ក្រៅពីអាសយដ្ឋានអ៊ីមែល និងពាក្យសម្ងាត់ អ្នកអាចចូលគណនី Zinn Digital® របស់អ្នកជាមួយ GitHub, GitLab, Google ឬ Microsoft បាន។ ស្រទាប់អត្តសញ្ញាណដំណើរការការចាប់ដៃគ្នា (handshake) យើងមិនដែលឃើញពាក្យសម្ងាត់អ្នកផ្តល់សេវារបស់អ្នកទេ ហើយការភ្ជាប់គណនីបណ្តាញសង្គមទៅនឹងគណនី Zinn® ដែលមានស្រាប់ នៅតែត្រូវបញ្ជាក់តាមរយៈអ៊ីមែលដដែល។
ការចូលដោយប្រើ GitHub និងការភ្ជាប់ GitHub សម្រាប់ការដាក់ឱ្យដំណើរការ គឺជាការសម្រេចចិត្តដាច់ដោយឡែក និងជាព័ត៌មានសម្គាល់ដាច់ដោយឡែក។ ការធ្វើមួយមិនមានន័យថាធ្វើមួយទៀតនោះទេ ហើយការលុបមួយចេញក៏មិនលុបមួយទៀតដែរ។
GitHub និង GitLab។ សូមភ្ជាប់គណនីដែលអ្នកកំពុងធ្វើការរួចហើយ ហើយយើងអាចធ្វើការដាក់ឱ្យប្រើប្រាស់ (deploy) ពីឃ្លាំងផ្ទុកទិន្នន័យ (repositories) របស់វា ចុះឈ្មោះ push webhook លើពួកវា និង — ប្រសិនបើអ្នកចង់បាន — ធ្វើសមកាលកម្មឯកសារគេហទំព័ររបស់អ្នកត្រឡប់ទៅវិញ។ ទាំងពីរនេះដំណើរការតាមរយៈការតភ្ជាប់គណនីតែមួយ ដូច្នេះអ្វីៗទាំងអស់ខាងក្រោមនេះគឺអនុវត្តចំពោះទាំងពីរ។
បាទ/ចាស ហើយជាមួយ Google ឬ Microsoft ផងដែរ។ បន្ថែមពីលើអាសយដ្ឋានអ៊ីមែល និងពាក្យសម្ងាត់ អ្នកអាចចូលគណនី Zinn Digital® របស់អ្នកជាមួយជម្រើសណាមួយក្នុងចំណោមជម្រើសទាំងបួននេះ។ ស្រទាប់អត្តសញ្ញាណគ្រប់គ្រងដំណើរការ handshake ហើយយើងមិនដែលឃើញពាក្យសម្ងាត់របស់អ្នកផ្តល់សេវារបស់អ្នកឡើយ។ ការចូលដោយប្រើ GitHub គឺជាកិច្ចការដាច់ដោយឡែកពីការភ្ជាប់ GitHub សម្រាប់ការដាក់ឱ្យដំណើរការ (deploys) — អ្នកអាចធ្វើមួយណា ធ្វើទាំងពីរ ឬមិនធ្វើទាំងពីរក៏បាន។
ទៅកាន់ Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ឬ AWS Amplify សម្រាប់គេហទំព័រឋិតិវន្ត ឬគេហទំព័រដែលបានបង្កើតឡើង — ឬទៅកាន់សេវាបង្ហោះដែលគ្រប់គ្រងដោយផ្ទាល់របស់យើង ដែលឃ្លាំងផ្ទុកកូដ និងឯកសាររបស់គេហទំព័ររក្សាការធ្វើសមកាលកម្មទៅវិញទៅមកទាំងសងខាង។ លោកអ្នកជាអ្នកជ្រើសរើសទិសដៅសម្រាប់គេហទំព័រ រីឯការតភ្ជាប់ឃ្លាំងផ្ទុកកូដគឺដូចគ្នានៅគ្រប់ករណីទាំងអស់។
មួយណាក៏បាន។ នៅក្នុងមុខងារបោះផ្សាយ យើងយក branch ដូចដែលវាមាន ហើយបោះផ្សាយថតដែលអ្នកបានបញ្ជាក់។ នៅក្នុងមុខងារ CI បំពង់បង្ហូរផ្ទាល់ខ្លួនរបស់អ្នកផ្តល់សេវារបស់អ្នកដំណើរការពាក្យបញ្ជា build របស់អ្នក ហើយ commit លទ្ធផលទៅកាន់ branch បោះផ្សាយដាច់ដោយឡែកមួយ ដែលបន្ទាប់មកយើងទាញយកដូច ref ផ្សេងទៀតដែរ។ ជម្រើសទីពីររក្សាការ build របស់អ្នកនៅក្នុង CI ផ្ទាល់ខ្លួនរបស់អ្នក ដែលជាកន្លែងសម្ងាត់ និងឃ្លាំងសម្ងាត់របស់អ្នកមានរួចហើយ។
តាមលំនាំដើម បាទ/ចាស — យើងចុះឈ្មោះ webhook នៅលើឃ្លាំងផ្ទុក ហើយការ push ទៅកាន់ branch ដែលអ្នកបានកំណត់នឹងចាប់ផ្ដើមការ deploy។ អ្នកអាចបិទវា ហើយរក្សាទុក webhook បាន ដែលវាមានប្រយោជន៍ជាងអ្វីដែលអ្នកគិត៖ ការចែកចាយនៅតែត្រូវបានកត់ត្រាទុក ដូច្នេះអ្នកអាចមើលការ push របស់អ្នកមកដល់ មុនពេលអ្នកអនុញ្ញាតឱ្យយើងចាត់វិធានការលើពួកវា។
ការកែសម្រួលដែលបានធ្វើឡើងនៅលើផ្នែករឹងរបស់យើងនឹងក្លាយជា commit នៅលើ branch របស់អ្នក ហើយ commit នៅលើ branch របស់អ្នកនឹងត្រឡប់មកកាន់គេហទំព័រវិញ។ វានឹងត្រូវបានបិទរហូតទាល់តែអ្នកបើកវា ពីព្រោះការបើកវាគឺជាការសម្រេចចិត្តអំពីឃ្លាំងផ្ទុកទិន្នន័យរបស់អ្នកដទៃ ហើយយើងនឹងមិនធ្វើការសម្រេចចិត្តនោះជំនួសអ្នកឡើយ។ អ្នកជាអ្នកជ្រើសរើសថាតើថតណាដែលត្រូវធ្វើសមកាលកម្ម — ជាទូទៅគឺ theme ឬ plugin មិនមែនឯកសារស្នូលចំនួនបួនម៉ឺនរបស់ WordPress នោះទេ។
គ្មានអ្វីត្រូវបានសរសេរជាន់លើ ហើយគ្មានអ្វីត្រូវបានរុញ (push) នោះទេ។ ការធ្វើសមកាលកម្មនឹងឈប់ ដោយប្រាប់អ្នកថាសាខាបានផ្លាស់ប្តូរហួសពី commit ដែលយើងបានផ្អែកលើ ហើយសួរថាតើអ្នកចង់បានខាងណា — រក្សាទុកឃ្លាំងផ្ទុកទិន្នន័យ (repository) ឬរក្សាទុកគេហទំព័រ។ គេហទំព័រដែលមិនធ្លាប់បានធ្វើសមកាលកម្ម ហើយចង្អុលទៅកាន់សាខាដែលមាន commit រួចហើយនោះ ក៏ជាស្ថានភាពដោយឡែកមួយផងដែរ ហើយវាសួរនាំជាជាងការទស្សន៍ទាយថាតើមួយណាជាការពិត។
យើងបង្ហាញអ្នកនូវសិទ្ធិដែលការតភ្ជាប់ត្រូវការ មុនពេលអ្នកបង្កើតវា ពិនិត្យថូខឹនធៀបនឹង API ផ្ទាល់ខ្លួនរបស់អ្នកផ្តល់សេវាពេលបញ្ចូល — ដូច្នេះថូខឹនដែលមិនត្រឹមត្រូវ ឬមានវិសាលភាពខុស នឹងមិនត្រូវបានរក្សាទុកទាល់តែសោះ — ហើយបន្ទាប់មកទើបសរសេរវាទៅកាន់ Vault។ វាមិនដែលប៉ះពាល់ដល់កូដ កំណត់ត្រា ឯកសារបរិស្ថាន ឬបន្ទាត់ពាក្យបញ្ជារបស់យើងឡើយ។ ដកហូតវានៅអ្នកផ្តល់សេវា ឬលុបការតភ្ជាប់នៅទីនេះ នៅពេលណាដែលអ្នកចង់។
កាតឃ្លាំងផ្ទុកបង្ហាញពីពេលវេលាដែលអ្នកផ្តល់សេវាបានបញ្ជូនមកយើងចុងក្រោយ និងអ្វីដែលវាបានបញ្ជាក់។ "មិនដែលបានបញ្ជូន" គឺជាការវិនិច្ឆ័យដែលមានប្រយោជន៍បំផុតតែមួយគត់នៅលើអេក្រង់នោះ ពីព្រោះ "បានភ្ជាប់ប៉ុន្តែមិនដែលបានបញ្ជូន" គឺពិតជាអ្វីដែលថូខឹនកំណត់វិសាលភាពខុស ឬការបញ្ជូនដែលត្រូវបានរារាំងបង្ហាញឡើង — ហើយវាមិនអាចមើលឃើញនៅកន្លែងណាផ្សេងទៀតឡើយ។ រាល់ការបញ្ជូនត្រូវបានត្រួតពិនិត្យហត្ថលេខាមុនពេលយើងចាត់វិធានការលើវា។
វាត្រូវបានផ្តល់ជូន ហើយត្រូវបានសម្គាល់។ GitHub Pages និង GitLab Pages ចែករំលែកហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកផ្តល់សេវា និងឈ្មោះម៉ាស៊ីនសាធារណៈ github.io និង gitlab.io ហើយនោះជាស្លាកស្នាមសម្រាប់ម៉ាស៊ីនស្វែងរក — ដែលជារឿងតែមួយគត់ដែលខ្សែស្រឡាយនេះបង្កើតឡើងដើម្បីជៀសវាង។ សម្រាប់បណ្តាញដែលគ្មានស្លាកស្នាម សូមដាក់ឱ្យប្រើប្រាស់នៅលើសេវាបង្ហោះដាច់ដោយឡែកជំនួសវិញ។ នៅកន្លែងផ្សេងទៀតទាំងអស់ Pages គឺជាជម្រើសលំដាប់ខ្ពស់បំផុត។
ដោយសារតែកម្រិតឥតគិតថ្លៃរបស់វាត្រូវបានផ្តល់អាជ្ញាបណ្ណសម្រាប់ការប្រើប្រាស់មិនមែនពាណិជ្ជកម្មតែប៉ុណ្ណោះ។ យើងសន្និដ្ឋានទិសដៅពីគណនីដែលអ្នកបានភ្ជាប់នៅកន្លែងដែលមានសុវត្ថិភាព ហើយ Vercel ត្រូវបានដកចេញដោយចេតនាពីការសន្និដ្ឋាននោះ — ការភ្ជាប់គណនីមិនត្រូវកំណត់ទីតាំងគេហទំព័រពាណិជ្ជកម្មដោយស្ងាត់ៗទៅកាន់កន្លែងដែលអាជ្ញាបណ្ណរបស់វាមិនអនុញ្ញាតនោះឡើយ។ សូមជ្រើសរើសវា ហើយវានឹងដំណើរការដូចអ្នកដទៃទៀតដែរ។
បាទ/ចាស។ រាល់ការដាក់ឱ្យដំណើរការនីមួយៗកត់ត្រានូវ commit ដែលវាបានបោះផ្សាយ ពេលដែលវាដំណើរការ និងរបៀបដែលវាបានបញ្ចប់ ហើយផ្ទាំង Deploy របស់គេហទំព័របង្ហាញប្រវត្តិនេះជាមួយនឹង URL ផ្សាយផ្ទាល់នៅក្បែរនោះ។ ការដាក់ឱ្យដំណើរការរត់នៅផ្ទៃខាងក្រោយ ដូច្នេះទំព័រនឹងធ្វើបច្ចុប្បន្នភាពនៅពេលដែលការស្ថាបនាបានបញ្ចប់ ជាជាងការធ្វើឱ្យលោកអ្នកអង្គុយរង់ចាំសញ្ញាផ្ទុកវិលជុំវិញ។
ចាប់ផ្តើមការសាកល្បងប្រើរយៈពេល 14 ថ្ងៃដោយមិនបាច់ប្រើកាត, ភ្ជាប់ GitHub ឬ GitLab និងចង្អុលគេហទំព័រទៅកាន់ branch ណាមួយ។ បោះផ្សាយទៅកាន់ edge host ឬនៅលើ hosting ផ្ទាល់ខ្លួនរបស់យើងជាមួយនឹងការធ្វើសមកាលកម្មឯកសារទាំងសងខាង។
ចាប់ផ្តើមឥតគិតថ្លៃ