ការចេញផ្សាយ 13.4 ត្រូវបានចេញផ្សាយជាមួយនឹងការផ្ទុក HashiCorp សម្រាប់អថេរ CI ភ្នាក់ងារ Kubernetes និងមជ្ឈមណ្ឌលសុវត្ថិភាព ក៏ដូចជាមុខងារដែលអាចប្តូរបាននៅក្នុង Starter
នៅ GitLab យើងតែងតែគិតអំពីរបៀបដែលយើងអាចជួយអ្នកប្រើប្រាស់កាត់បន្ថយហានិភ័យ បង្កើនប្រសិទ្ធភាព និងកែលម្អល្បឿនចែកចាយនៅលើវេទិកាដែលអ្នកចូលចិត្ត។ ក្នុងខែនេះ យើងបានបន្ថែមមុខងារថ្មីៗដែលមានប្រយោជន៍ជាច្រើន ដែលពង្រីកសមត្ថភាពសុវត្ថិភាព កាត់បន្ថយចំនួនភាពងាយរងគ្រោះ បង្កើនប្រសិទ្ធភាព សម្រួលការងារជាមួយ GitLab និងជួយក្រុមរបស់អ្នកឱ្យផ្តល់នូវមុខងារកាន់តែលឿនជាងមុន។ យើងសង្ឃឹមថាអ្នកនឹងរកឃើញលក្ខណៈសំខាន់ៗនៃការចេញផ្សាយដែលមានប្រយោជន៍ក៏ដូចជា 53 លក្ខណៈពិសេសថ្មីផ្សេងទៀត។ដែលត្រូវបានបន្ថែមនៅក្នុងការចេញផ្សាយនេះ។
មុខងារសុវត្ថិភាពកម្រិតខ្ពស់
យើងព្យាយាមបន្ថែមមុខងារថ្មីៗជាច្រើនទៅ GitLab DevSecOps ជារៀងរាល់ខែ ហើយការចេញផ្សាយនេះមិនមានករណីលើកលែងនោះទេ។
វិធីមួយទៀតដើម្បីកាត់បន្ថយហានិភ័យគឺត្រូវប្រើថ្មី។
ការងារកាន់តែងាយស្រួល និងមានប្រសិទ្ធភាពជាមួយ GitLab
យើងបានកែលម្អការស្វែងរកជាសកលរបស់យើងដើម្បីរួមបញ្ចូល
ការរួមចំណែកប្រភពបើកចំហ
យើងតំណាង
ហើយនេះគ្រាន់តែជាការចាប់ផ្តើមប៉ុណ្ណោះ!
ដូចសព្វមួយដង វាមានទំហំតូចពេកនៅក្នុងទិដ្ឋភាពទូទៅ ប៉ុន្តែមានមុខងារពិសេសៗជាច្រើននៅក្នុងការចេញផ្សាយ 13.4។ នេះជារឿងមួយចំនួនទៀត៖
មើលបញ្ជីនៃសញ្ញាសម្ងាត់ចូលប្រើផ្ទាល់ខ្លួន និងដកហូតពួកវាតាមរយៈ API ដកហូតថូខឹនចូលប្រើផ្ទាល់ខ្លួនសម្រាប់កន្លែងផ្ទុកព័ត៌មានសម្ងាត់ដែលគ្រប់គ្រងដោយខ្លួនឯង។ Mark បានបញ្ចប់ការងារត្រូវធ្វើនៅលើទំព័ររចនា បំពង់ដែលដាក់សំបុក (នៅក្នុងការធ្វើមូលដ្ឋានីយកម្មរបស់រុស្ស៊ីនៃ GitLab "បន្ទាត់ជួបប្រជុំគ្នា") ឥឡូវនេះអាចដំណើរការបំពង់បង្ហូរប្រេងរបស់ពួកគេផ្ទាល់បាន ការគាំទ្រការផ្ទៀងផ្ទាត់កាតឆ្លាតវៃសម្រាប់ Helm chart GitLab .
ចង់ដឹងជាមុនថាមានអ្វីនៅរង់ចាំអ្នក បន្ទាប់ ដោះលែង, មើល
រង្វាន់ MVP ខែនេះ - Fabio Huser
Fabio បានចូលរួមចំណែកយ៉ាងសំខាន់
លក្ខណៈពិសេសសំខាន់ៗនៃការចេញផ្សាយ GitLab 13.4
ប្រើគ្រាប់ចុច HashiCorp Vault នៅក្នុងការងារ CI
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
នៅក្នុងការចេញផ្សាយ 12.10 GitLab បានណែនាំសមត្ថភាពក្នុងការទទួល និងផ្ទេរកូនសោទៅកាន់ការងារ CI ដោយប្រើកម្មវិធីគ្រប់គ្រងការងារ GitLab (អ្នករត់ GitLab) ។ ឥឡូវនេះយើងកំពុងពង្រីក secrets
ទៅកាន់ឯកសារ .gitlab-ci.yml
. វានឹងធ្វើឱ្យមានភាពងាយស្រួលក្នុងការដំឡើង និងប្រើប្រាស់ឃ្លាំង HashiCorp ជាមួយ GitLab។
ការណែនាំភ្នាក់ងារ GitLab Kubernetes
(ពិសេស ចុងក្រោយ)
ការធ្វើសមាហរណកម្មរបស់ GitLab ជាមួយ Kubernetes បានធ្វើឱ្យវាអាចដាក់ពង្រាយទៅកាន់ក្រុម Kubernetes ជាយូរមកហើយ ដោយមិនចាំបាច់មានការកំណត់រចនាសម្ព័ន្ធដោយដៃ។ អ្នកប្រើប្រាស់ជាច្រើនចូលចិត្តភាពងាយស្រួលនៃការប្រើប្រាស់កញ្ចប់នេះ ខណៈពេលដែលអ្នកផ្សេងទៀតជួបប្រទះការលំបាកមួយចំនួន។ សម្រាប់ការរួមបញ្ចូលបច្ចុប្បន្ន ចង្កោមរបស់អ្នកត្រូវតែអាចចូលប្រើបានពីអ៊ីនធឺណិត ដើម្បីឱ្យ GitLab អាចចូលប្រើវាបាន។ សម្រាប់អង្គការជាច្រើន វាមិនអាចធ្វើទៅបានទេ ដោយសារពួកគេដាក់កម្រិតលើការចូលប្រើចង្កោមសម្រាប់ហេតុផលសុវត្ថិភាព ការអនុលោមតាមច្បាប់ ឬបទប្បញ្ញត្តិ។ ដើម្បីទទួលបានការរឹតបន្តឹងទាំងនេះ អ្នកប្រើប្រាស់ចាំបាច់ត្រូវបង្កើតឧបករណ៍របស់ពួកគេនៅលើកំពូលនៃ GitLab បើមិនដូច្នេះទេ ពួកគេនឹងមិនអាចប្រើមុខងារនេះបានទេ។
ថ្ងៃនេះយើងសូមណែនាំភ្នាក់ងារ GitLab Kubernetes ដែលជាវិធីថ្មីក្នុងការដាក់ពង្រាយទៅកាន់ក្រុម Kubernetes ។ ភ្នាក់ងារដំណើរការនៅខាងក្នុងចង្កោមរបស់អ្នក ដូច្នេះអ្នកមិនចាំបាច់បង្ហាញវាទៅអ៊ីនធឺណិតទាំងមូលទេ។ ភ្នាក់ងារសម្របសម្រួលការដាក់ពង្រាយដោយស្នើសុំការផ្លាស់ប្តូរថ្មីពី GitLab ជាជាង GitLab ជំរុញការធ្វើបច្ចុប្បន្នភាពទៅចង្កោម។ មិនថាអ្នកប្រើវិធីសាស្ត្រ GitOps បែបណាក៏ដោយ GitLab បានគ្របដណ្តប់អ្នក។
សូមបញ្ជាក់ថានេះជាការចេញផ្សាយដំបូងរបស់ភ្នាក់ងារ។ ការផ្តោតអារម្មណ៍បច្ចុប្បន្នរបស់យើងសម្រាប់ភ្នាក់ងារ GitLab Kubernetes គឺដើម្បីកំណត់រចនាសម្ព័ន្ធ និងគ្រប់គ្រងការដាក់ឱ្យប្រើប្រាស់តាមរយៈកូដ។ មុខងារសមាហរណកម្ម Kubernetes ដែលមានស្រាប់មួយចំនួន ដូចជាបន្ទះដាក់ពង្រាយ និងកម្មវិធីគ្រប់គ្រង GitLab មិនទាន់ត្រូវបានគាំទ្រនៅឡើយទេ។
ផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវការអនុញ្ញាតឱ្យដាក់ពង្រាយដោយគ្មានការចូលប្រើកូដ
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
ពីមុនប្រព័ន្ធអនុញ្ញាតរបស់ GitLab បានធ្វើឱ្យមានការលំបាកក្នុងការបែងចែកទំនួលខុសត្រូវក្នុងក្រុមរបស់អ្នកឱ្យបានត្រឹមត្រូវរវាងអ្នកទទួលខុសត្រូវសម្រាប់ការអភិវឌ្ឍន៍ និងអ្នកដែលទទួលខុសត្រូវលើការដាក់ឱ្យប្រើប្រាស់។ ជាមួយនឹងការចេញផ្សាយ GitLab 13.4 អ្នកអាចផ្តល់ការអនុញ្ញាតឱ្យយល់ព្រមលើសំណើបញ្ចូលគ្នាសម្រាប់ការដាក់ពង្រាយ ក៏ដូចជាការដាក់ឱ្យប្រើប្រាស់កូដយ៉ាងពិតប្រាកដទៅមនុស្សដែលមិនសរសេរកូដដោយមិនផ្តល់ឱ្យពួកគេនូវសិទ្ធិចូលប្រើអ្នកថែរក្សា (នៅក្នុងការធ្វើមូលដ្ឋានីយកម្មរុស្ស៊ីនៃ GitLab "maintainer" )
មជ្ឈមណ្ឌលសន្តិសុខ
(ចុងក្រោយ មាស)
ពីមុន ការគ្រប់គ្រងភាពងាយរងគ្រោះកម្រិត instance ត្រូវបានកំណត់ទាំងមុខងារ និងភាពបត់បែន។ ចំណុចប្រទាក់គឺជាទំព័រតែមួយដែលរួមបញ្ចូលគ្នានូវព័ត៌មានលម្អិតនៃភាពងាយរងគ្រោះ ក្រាហ្វរង្វាស់ និងការកំណត់។ មិនមានកន្លែងច្រើនដើម្បីអភិវឌ្ឍមុខងារទាំងនេះ ឬប្រើមុខងារសុវត្ថិភាពផ្សេងទៀតទេ។
យើងបានធ្វើការផ្លាស់ប្តូរជាមូលដ្ឋានចំពោះរបៀបដែលយើងគ្រប់គ្រងសុវត្ថិភាព និងតម្លាភាពនៅក្នុង GitLab ។ បន្ទះសុវត្ថិភាពវត្ថុត្រូវបានផ្លាស់ប្តូរទៅជាមជ្ឈមណ្ឌលសន្តិសុខទាំងមូល។ ការផ្លាស់ប្តូរដ៏ធំបំផុតគឺការណែនាំអំពីរចនាសម្ព័ន្ធម៉ឺនុយថ្មី៖ ជំនួសឱ្យទំព័រមួយ ឥឡូវនេះអ្នកឃើញផ្ទាំងគ្រប់គ្រងសុវត្ថិភាព របាយការណ៍ភាពងាយរងគ្រោះ និងផ្នែកការកំណត់ដាច់ដោយឡែក។ ខណៈពេលដែលមុខងារមិនបានផ្លាស់ប្តូរ ការបំបែកវាទៅជាផ្នែកៗនឹងអនុញ្ញាតឱ្យមានការកែលម្អផ្នែកនេះ ដែលវានឹងពិបាក។ នេះក៏កំណត់ដំណាក់កាលសម្រាប់ការបន្ថែមសមត្ថភាពដែលទាក់ទងនឹងសុវត្ថិភាពផ្សេងទៀតនាពេលអនាគតផងដែរ។
ផ្នែករបាយការណ៍ភាពងាយរងគ្រោះដែលខិតខំប្រឹងប្រែងឥឡូវនេះមានកន្លែងបន្ថែមទៀតដើម្បីបង្ហាញព័ត៌មានលម្អិតសំខាន់ៗ។ នេះគឺជាភាពងាយរងគ្រោះដែលបច្ចុប្បន្នស្ថិតនៅក្នុងបញ្ជីភាពងាយរងគ្រោះរបស់គម្រោង។ ការផ្លាស់ទីធាតុក្រាហ្វិកដែលមានមាត្រដ្ឋានភាពងាយរងគ្រោះទៅផ្នែកដាច់ដោយឡែកបង្កើតបន្ទះត្រួតពិនិត្យសុវត្ថិភាពងាយស្រួល។ ឥឡូវនេះវាគឺជាផ្ទាំងក្រណាត់សម្រាប់ការមើលឃើញនាពេលអនាគត - មិនត្រឹមតែសម្រាប់ការគ្រប់គ្រងភាពងាយរងគ្រោះប៉ុណ្ណោះទេ ប៉ុន្តែសម្រាប់ការវាស់វែងដែលទាក់ទងនឹងសុវត្ថិភាពណាមួយ។ ជាចុងក្រោយ តំបន់ការកំណត់ដាច់ដោយឡែកបង្កើតចន្លោះទូទៅសម្រាប់ការកំណត់សុវត្ថិភាពកម្រិតវត្ថុទាំងអស់ មិនត្រឹមតែការគ្រប់គ្រងភាពងាយរងគ្រោះប៉ុណ្ណោះទេ។
មុខងារដែលអាចប្តូរបានឥឡូវនេះនៅក្នុង GitLab Starter
(STARTER, បុព្វលាភ, ចុងក្រោយ, សំរិទ្ធ, ប្រាក់, មាស)
GitLab 11.4 ត្រូវបានចេញផ្សាយ
កាលពីដើមឆ្នាំនេះ GitLab បានធ្វើការប្តេជ្ញាចិត្ត
ការរុករករហ័សពីរបារស្វែងរក
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ពេលខ្លះនៅពេលរុករក GitLab អ្នកចង់ទៅត្រង់ទៅគម្រោងជាក់លាក់ជាជាងទំព័រលទ្ធផលស្វែងរក។
ដោយប្រើរបារស្វែងរកសកល អ្នកអាចរុករកបានយ៉ាងលឿនទៅកាន់សំបុត្រចុងក្រោយបំផុត ក្រុម គម្រោង ការកំណត់ និងប្រធានបទជំនួយ។ អ្នកក៏អាចប្រើ hotkey ផងដែរ។ /
ដើម្បីផ្លាស់ទីទស្សន៍ទ្រនិចរបស់អ្នកទៅរបារស្វែងរកដើម្បីរុករក GitLab កាន់តែមានប្រសិទ្ធភាព!
បង្ហាញការគ្របដណ្តប់កូដនៅក្នុងភាពខុសគ្នានៃសំណើបញ្ចូលគ្នា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
នៅពេលពិនិត្យមើលសំណើបញ្ចូលគ្នា វាអាចពិបាកក្នុងការកំណត់ថាតើលេខកូដដែលបានផ្លាស់ប្តូរត្រូវបានគ្របដណ្តប់ដោយការធ្វើតេស្តឯកតាដែរឬទេ។ ជំនួសមកវិញ អ្នកត្រួតពិនិត្យអាចពឹងផ្អែកលើការគ្របដណ្តប់ទាំងមូល និងស្នើសុំឱ្យវាត្រូវបានបង្កើន មុនពេលអនុម័តសំណើបញ្ចូលគ្នា។ នេះអាចនាំទៅរកវិធីសាស្រ្តខុសឆ្គងចំពោះការធ្វើតេស្តសរសេរ ដែលពិតជានឹងមិនធ្វើអោយប្រសើរឡើងនូវគុណភាពកូដ ឬការគ្របដណ្តប់លើការធ្វើតេស្តនោះទេ។
ឥឡូវនេះ នៅពេលមើលភាពខុសគ្នានៃសំណើបញ្ចូលគ្នា អ្នកនឹងឃើញការបង្ហាញជារូបភាពនៃការគ្របដណ្តប់កូដ។ សញ្ញាសម្គាល់ថ្មីនឹងអនុញ្ញាតឱ្យអ្នកយល់បានយ៉ាងឆាប់រហ័សថាតើលេខកូដដែលបានផ្លាស់ប្តូរត្រូវបានគ្របដណ្តប់ដោយការធ្វើតេស្តឯកតា ដែលនឹងជួយបង្កើនល្បឿននៃការពិនិត្យមើលកូដ និងពេលវេលានៃការបញ្ចូលគ្នា និងការដាក់ឱ្យប្រើប្រាស់លេខកូដថ្មី។
ស្ទ្រីម
បរិស្ថាន និងគម្រោងជាច្រើនទៀតនៅក្នុងបន្ទះបរិស្ថាន
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
ចាប់តាំងពីការចេញផ្សាយ GitLab 12.5 ដោយប្រើ
GitLab គ្រប់គ្រងលើអ្នកផ្តល់ GitLab Terraform
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ថ្មីៗនេះយើង
ការធ្វើតេស្ត API Fuzzing ជាមួយនឹងលក្ខណៈបច្ចេកទេស OpenAPI ឬឯកសារ HAR
(ចុងក្រោយ មាស)
ការធ្វើតេស្ត fuzzing API គឺជាវិធីដ៏ល្អមួយដើម្បីស្វែងរកកំហុស និងភាពងាយរងគ្រោះនៅក្នុងកម្មវិធីគេហទំព័រ និង APIs របស់អ្នក ដែលម៉ាស៊ីនស្កេន និងវិធីសាស្ត្រសាកល្បងផ្សេងទៀតអាចនឹងខកខាន។
ការធ្វើតេស្ត fuzzing API នៅក្នុង GitLab អនុញ្ញាតឱ្យអ្នកផ្តល់
នេះជាការចេញផ្សាយការធ្វើតេស្ត fuzz API ដំបូងរបស់យើង ហើយយើងចង់ស្តាប់អ្វីដែលអ្នកគិត។ យើងមានច្រើនទៀតនៅក្នុងស្តុកសម្រាប់ការធ្វើតេស្ត fuzz
មើលក្រាហ្វិកថ្មីជាមុនក្នុងបន្ទះម៉ែត្រ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
កាលពីមុន ការបង្កើតក្រាហ្វនៅក្នុងផ្ទាំងគ្រប់គ្រងម៉ែត្រនៅក្នុង GitLab មិនមែនជាកិច្ចការងាយស្រួលនោះទេ។ បន្ទាប់ពីអ្នកបានបង្កើតម៉ែត្រនៅក្នុងឯកសារ YAML ផ្ទាំងគ្រប់គ្រង អ្នកបានធ្វើការផ្លាស់ប្តូរទៅ master
ដោយមិនអាចផ្ទៀងផ្ទាត់ថាក្រាហ្វដែលទើបបង្កើតថ្មីដំណើរការដូចដែលអ្នកត្រូវការ។ ចាប់ផ្តើមជាមួយនឹងការចេញផ្សាយនេះ អ្នកអាចមើលការផ្លាស់ប្តូរជាមុននៅពេលអ្នកបង្កើតក្រាហ្វ ដោយទទួលបានគំនិតនៃលទ្ធផលមុនពេលផ្ញើការផ្លាស់ប្តូរទៅកាន់ឯកសារ YAML ផ្ទាំងគ្រប់គ្រង។
ទិន្នន័យស្តីពីការគ្របដណ្តប់កូដដោយការធ្វើតេស្តសម្រាប់គម្រោងទាំងអស់នៃក្រុម
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
នៅពេលអ្នកគ្រប់គ្រងគម្រោងមួយចំនួនធំនៅក្នុង GitLab អ្នកត្រូវការប្រភពតែមួយនៃព័ត៌មានអំពីរបៀបដែលការគ្របដណ្តប់កូដកំពុងផ្លាស់ប្តូរតាមពេលវេលានៅទូទាំងគម្រោងទាំងអស់។ ពីមុនការបង្ហាញព័ត៌មាននេះទាមទារការងារដោយដៃដែលធុញទ្រាន់ និងចំណាយពេលច្រើន៖ អ្នកត្រូវទាញយកទិន្នន័យគ្របដណ្តប់កូដពីគម្រោងនីមួយៗ ហើយបញ្ចូលវាទៅក្នុងតារាងមួយ។
នៅក្នុងការចេញផ្សាយ 13.4 វាអាចប្រមូលផ្តុំបានយ៉ាងងាយស្រួល និងឆាប់រហ័ស .csv
ឯកសារដែលមានទិន្នន័យទាំងអស់លើការគ្របដណ្តប់កូដសម្រាប់គម្រោងទាំងអស់នៃក្រុម ឬសម្រាប់ជម្រើសនៃគម្រោង។ លក្ខណៈពិសេសនេះគឺ MVC វានឹងត្រូវបានធ្វើតាមដោយសមត្ថភាព
គាំទ្រភាសាថ្មីសម្រាប់ការធ្វើតេស្ត fuzz ពេញលេញ
(ចុងក្រោយ មាស)
ការចេញផ្សាយនេះណែនាំការគាំទ្រសម្រាប់ភាសាថ្មីជាច្រើនសម្រាប់ការធ្វើតេស្ត fuzz ដែលមានបំណងគ្របដណ្តប់ពេញលេញ។
ឥឡូវនេះ អ្នកអាចវាយតម្លៃសមត្ថភាពពេញលេញនៃការធ្វើតេស្ត fuzzing នៅក្នុងកម្មវិធី Java, Rust និង Swift របស់អ្នក ហើយស្វែងរកកំហុស និងភាពងាយរងគ្រោះដែលម៉ាស៊ីនស្កេន និងវិធីសាស្ត្រសាកល្បងផ្សេងទៀតអាចនឹងខកខាន។
ការជូនដំណឹងនៅលើទំព័របរិស្ថានចម្បង
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
ទំព័របរិស្ថានបង្ហាញស្ថានភាពទូទៅនៃបរិស្ថានរបស់អ្នក។ នៅក្នុងការចេញផ្សាយនេះ យើងបានកែលម្អទំព័រនេះដោយបន្ថែមការបង្ហាញការជូនដំណឹង។ ការដាស់តឿនដែលបានបង្កឡើង រួមជាមួយនឹងស្ថានភាពនៃបរិស្ថានរបស់អ្នក នឹងជួយអ្នកឱ្យចាត់វិធានការយ៉ាងឆាប់រហ័ស ដើម្បីកែតម្រូវស្ថានភាពដែលកើតឡើង។
បំពង់ដែលដាក់សំបុកឥឡូវនេះអាចដំណើរការបំពង់បង្ហូរសំបុករបស់ពួកគេផ្ទាល់
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ដោយប្រើបំពង់ដែលដាក់សំបុក ឥឡូវនេះវាអាចធ្វើទៅបានដើម្បីដំណើរការបំពង់ថ្មីនៅខាងក្នុងបំពង់កុមារ។ កម្រិតបន្ថែមនៃជម្រៅអាចមានប្រយោជន៍ប្រសិនបើអ្នកត្រូវការភាពបត់បែនដើម្បីបង្កើតចំនួនអថេរនៃបំពង់។
ពីមុន នៅពេលប្រើបំពង់បង្ហូរដែលដាក់សំបុក បំពង់កូននីមួយៗទាមទារការងារកេះដើម្បីកំណត់ដោយដៃនៅក្នុងបំពង់មេ។ ឥឡូវនេះ អ្នកអាចបង្កើតបំពង់ដែលដាក់សំបុកដែលនឹងបើកដំណើរការជាថាមវន្តនូវចំនួននៃបំពង់ដែលមានសំបុកថ្មី។ ឧទាហរណ៍ ប្រសិនបើអ្នកមាន monorepository អ្នកអាចបង្កើត subpipeline ដំបូងដោយថាមវន្ត ដែលនឹងបង្កើតចំនួនបំពង់ថ្មីដែលត្រូវការដោយផ្អែកលើការផ្លាស់ប្តូរនៅក្នុងសាខា។
ធ្វើឱ្យការរុករកកាន់តែប្រសើរឡើងរវាងបំពង់មេ និងបំពង់ដែលបានដាក់
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ពីមុន ការរុករករវាងបំពង់មេ និងបំពង់ដែលជាប់គាំងគឺមិនងាយស្រួលទេ - អ្នកត្រូវការចុចច្រើនដើម្បីទៅដល់បំពង់ដែលចង់បាន។ វាមិនងាយស្រួលទេក្នុងការស្វែងយល់ថាតើការងារណាដែលបានចាប់ផ្តើមបំពង់បង្ហូរប្រេង។ ឥឡូវនេះ វានឹងកាន់តែងាយស្រួលមើលការភ្ជាប់គ្នារវាងបំពង់មេ និងបំពង់ដែលជាប់។
ការងារម៉ាទ្រីសប៉ារ៉ាឡែលបង្ហាញអថេរដែលពាក់ព័ន្ធនៅក្នុងចំណងជើងការងារ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ប្រសិនបើអ្នកបានប្រើ matrix 1/4
. នៅក្នុងការចេញផ្សាយ 13.4 អ្នកនឹងឃើញតម្លៃអថេរដែលពាក់ព័ន្ធដែលត្រូវបានប្រើក្នុងការងារនោះជំនួសឱ្យឈ្មោះការងារទូទៅ។ ឧទាហរណ៍ ប្រសិនបើគោលដៅរបស់អ្នកគឺដើម្បីបំបាត់កំហុសស្ថាបត្យកម្ម x86 នោះការងារនឹងត្រូវបានហៅ matrix: debug x86
.
ការកែលម្អផ្សេងទៀតនៅក្នុង GitLab 13.4
ការភ្ជាប់គណនី Atlassian
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ)
ឥឡូវនេះអ្នកប្រើប្រាស់ GitLab នឹងអាចភ្ជាប់គណនី GitLab របស់ពួកគេទៅគណនី Atlassian Cloud របស់ពួកគេ។ វានឹងអនុញ្ញាតឱ្យអ្នកចូលទៅក្នុង GitLab ដោយប្រើលិខិតសម្គាល់ Atlassian របស់អ្នក ហើយនឹងដាក់មូលដ្ឋានគ្រឹះសម្រាប់ការកែលម្អសមាហរណកម្មនាពេលអនាគតផងដែរ។
ការនាំចេញបញ្ជីនៃកិច្ចព្រមព្រៀងបញ្ចូលគ្នាទាំងអស់។
(ចុងក្រោយ មាស)
អង្គការដែលផ្តោតលើការអនុលោមតាមច្បាប់ត្រូវការវិធីមួយដើម្បីបង្ហាញអ្នកសវនករនូវទិដ្ឋភាពរួមនៃសមាសធាតុដែលទាក់ទងនឹងការផ្លាស់ប្តូរដែលបានផ្តល់ឱ្យនៅក្នុងផលិតកម្ម។ នៅក្នុង GitLab នេះមានន័យថាប្រមូលអ្វីៗគ្រប់យ៉ាងនៅកន្លែងតែមួយ៖ បញ្ចូលសំណើ សំបុត្រ បំពង់បង្ហូរ ការស្កេនសុវត្ថិភាព និងទិន្នន័យប្រព្រឹត្តផ្សេងទៀត។ រហូតមកដល់ពេលនេះ អ្នកត្រូវតែប្រមូលវាដោយដៃនៅក្នុង GitLab ឬកំណត់រចនាសម្ព័ន្ធឧបករណ៍របស់អ្នកដើម្បីប្រមូលព័ត៌មាន ដែលវាមិនមានប្រសិទ្ធភាពខ្លាំងនោះទេ។
ឥឡូវនេះ អ្នកអាចប្រមូល និងនាំចេញទិន្នន័យនេះតាមកម្មវិធី ដើម្បីបំពេញតម្រូវការសវនកម្ម ឬធ្វើការវិភាគផ្សេងទៀត។ ដើម្បីនាំចេញបញ្ជីនៃការបញ្ចូលបញ្ចូលគ្នាទាំងអស់សម្រាប់ក្រុមបច្ចុប្បន្ន អ្នកត្រូវចូលទៅកាន់
រាយបញ្ជី និងគ្រប់គ្រងថូខឹនចូលប្រើផ្ទាល់ខ្លួនតាមរយៈ API
(ចុងក្រោយ មាស)
ការគ្រប់គ្រងការចូលប្រើ GitLab namespace គឺជាផ្នែកសំខាន់នៃកិច្ចខិតខំប្រឹងប្រែងអនុលោមភាព។ ចាប់ពីគោលការណ៍នៃសិទ្ធិតិចតួចបំផុតដល់ការបិទការចូលប្រើតាមពេលកំណត់ វាអាចមានតម្រូវការមួយចំនួនដែលទាក់ទងនឹងនិមិត្តសញ្ញាចូលប្រើផ្ទាល់ខ្លួននៅក្នុង GitLab ។ ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការថែរក្សា និងគ្រប់គ្រងរាល់ព័ត៌មានសម្គាល់អត្តសញ្ញាណអ្នកប្រើប្រាស់ទាំងនេះនៅក្នុងចន្លោះឈ្មោះរបស់អ្នក យើងបានផ្តល់នូវសមត្ថភាពក្នុងការរាយបញ្ជីសញ្ញាសម្ងាត់ចូលប្រើប្រាស់ផ្ទាល់ខ្លួនទាំងអស់ និងជាជម្រើស
ការកែលម្អទាំងនេះចំពោះ GitLab API អនុញ្ញាតឱ្យអ្នកប្រើប្រាស់រាយបញ្ជី និងដកហូតថូខឹនចូលប្រើប្រាស់ផ្ទាល់ខ្លួនរបស់ពួកគេ ហើយអ្នកគ្រប់គ្រងអាចរាយបញ្ជី និងដកហូតសញ្ញាសម្ងាត់របស់អ្នកប្រើប្រាស់របស់ពួកគេ។ ឥឡូវនេះ វានឹងកាន់តែងាយស្រួលសម្រាប់អ្នកគ្រប់គ្រងក្នុងការមើលថាអ្នកណាដែលមានសិទ្ធិចូលប្រើលំហឈ្មោះរបស់ពួកគេ ធ្វើការសម្រេចចិត្តលើការចូលប្រើប្រាស់ដោយផ្អែកលើទិន្នន័យអ្នកប្រើប្រាស់ និងដកហូតថូខឹនការចូលប្រើប្រាស់ផ្ទាល់ខ្លួនដែលអាចត្រូវបានសម្របសម្រួល ឬនៅក្រៅគោលការណ៍គ្រប់គ្រងការចូលដំណើរការរបស់ក្រុមហ៊ុន។
បញ្ហាពាក់ព័ន្ធ និងមុខងារផ្សេងទៀតឥឡូវនេះស្ថិតនៅក្នុង GitLab Core
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
កាលពីប៉ុន្មានខែមុន យើងបានប្រកាសពីផែនការមួយដើម្បី
បង្ហាញឈ្មោះសាខាដើមនៅក្នុងរបារចំហៀងសំណើបញ្ចូលគ្នា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
នៅពេលពិនិត្យមើលការផ្លាស់ប្តូរកូដ ការពិភាក្សា និងសំណើបញ្ចូលចូលគ្នា វាគឺជាការចង់ធ្វើការត្រួតពិនិត្យក្នុងតំបន់នៃសាខាសម្រាប់ការពិនិត្យឱ្យកាន់តែស៊ីជម្រៅ។ ទោះជាយ៉ាងណាក៏ដោយ ការស្វែងរកឈ្មោះខ្សែស្រឡាយកាន់តែពិបាក ដោយសារមាតិកាកាន់តែច្រើនត្រូវបានបន្ថែមទៅការពិពណ៌នាសំណើបញ្ចូលគ្នា ហើយអ្នកត្រូវរមូរចុះក្រោមទំព័របន្ថែមទៀត។
យើងបានបន្ថែមឈ្មោះសាខាទៅរបារចំហៀងនៃសំណើបញ្ចូលគ្នា ដែលធ្វើឱ្យវាអាចចូលដំណើរការបានគ្រប់ពេល និងលុបបំបាត់តម្រូវការដើម្បីរមូរតាមទំព័រទាំងមូល។ ដូចគ្នានឹងតំណភ្ជាប់ទៅនឹងសំណើបញ្ចូលគ្នាដែរ ផ្នែកសាខាប្រភពមានប៊ូតុង "ចម្លង" ដែលងាយស្រួល។
ស្ទ្រីម
ការចង្អុលបង្ហាញអំពីវត្តមាននៃឯកសារដែលបានបង្រួមនៅក្នុងភាពខុសគ្នានៃសំណើបញ្ចូលគ្នា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
បញ្ចូលគ្នាសំណើដែលបន្ថែមការផ្លាស់ប្តូរទៅឯកសារជាច្រើនពេលខ្លះបង្រួមភាពខុសគ្នានៃឯកសារដែលមានទំហំធំដើម្បីធ្វើឱ្យប្រសើរឡើងការអនុវត្តការបង្ហាញ។ នៅពេលដែលវាកើតឡើង វាអាចរំលងឯកសារដោយចៃដន្យកំឡុងពេលពិនិត្យ ជាពិសេសនៅក្នុងសំណើបញ្ចូលគ្នាជាមួយនឹងឯកសារមួយចំនួនធំ។ ចាប់ផ្តើមជាមួយនឹងកំណែ 13.4 សំណើបញ្ចូលចូលគ្នានឹងដាក់ទង់ភាពខុសគ្នាដែលមានឯកសារដែលបានបត់ ដូច្នេះអ្នកនឹងមិនខកខានឯកសារទាំងនេះអំឡុងពេលពិនិត្យកូដ។ សម្រាប់ភាពច្បាស់លាស់កាន់តែខ្លាំង យើងមានគម្រោងបន្ថែមការបន្លិចទៅក្នុងឯកសារទាំងនេះនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។ រង់ចាំព័ត៌មានថ្មីៗនៅលើ
ការព្រមានអំពីវត្តមាននៃឯកសារដែលបានបង្រួមនៅក្នុងភាពខុសគ្នានៃសំណើបញ្ចូលគ្នា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
នៅក្នុងផ្នែក diffs នៃសំណើបញ្ចូលគ្នា ឯកសារធំត្រូវបានបង្រួម ដើម្បីបង្កើនដំណើរការ។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលពិនិត្យមើលកូដ ឯកសារមួយចំនួនអាចនឹងត្រូវខកខាន នៅពេលដែលអ្នកត្រួតពិនិត្យរមូរតាមបញ្ជីឯកសារ ដោយសារឯកសារធំៗទាំងអស់ត្រូវបានបង្រួម។
យើងបានបន្ថែមការព្រមានដែលមើលឃើញនៅផ្នែកខាងលើនៃទំព័រសំណើបញ្ចូលគ្នាដើម្បីប្រាប់អ្នកប្រើថាមានឯកសារបញ្ចូលគ្នាក្នុងផ្នែកនេះ។ វិធីនេះ អ្នកនឹងមិនខកខានការផ្លាស់ប្តូរណាមួយចំពោះសំណើបញ្ចូលគ្នាទេ អំឡុងពេលពិនិត្យ។
ការងើបឡើងវិញដោយស្វ័យប្រវត្តិនៃឃ្លាំងចង្កោម Gitaly
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
កាលពីមុន នៅពេលដែលថ្នាំងចម្បងនៃចង្កោម Gitaly ដំណើរការក្រៅបណ្តាញ ឃ្លាំងនៅលើថ្នាំងនោះត្រូវបានសម្គាល់ថាបានតែអានប៉ុណ្ណោះ។ នេះបានការពារការបាត់បង់ទិន្នន័យក្នុងស្ថានភាពដែលមានការផ្លាស់ប្តូរនៅលើថ្នាំងដែលមិនទាន់ត្រូវបានចម្លង។ នៅពេលដែលថ្នាំងត្រឡប់មកវិញនៅលើអ៊ីនធឺណិត GitLab មិនត្រូវបានស្ដារឡើងវិញដោយស្វ័យប្រវត្តិទេ ហើយអ្នកគ្រប់គ្រងត្រូវចាប់ផ្តើមដំណើរការធ្វើសមកាលកម្មដោយដៃ ឬទទួលយកការបាត់បង់ទិន្នន័យ។ ស្ថានភាពផ្សេងទៀត ដូចជាការបរាជ័យនៃការងារចម្លងនៅលើថ្នាំងបន្ទាប់បន្សំ ក៏អាចបណ្តាលឱ្យឃ្លាំងជាប់គាំង ឬបានតែអានផងដែរ។ ក្នុងករណីនេះ ឃ្លាំងនៅជាប់គាំងរហូតដល់ប្រតិបត្តិការសរសេរបន្ទាប់កើតឡើង ដែលនឹងចាប់ផ្តើមការងារចម្លង។
ដើម្បីដោះស្រាយបញ្ហានេះ។
លើសពីនេះ ការជួសជុលដោយស្វ័យប្រវត្តិចាប់ផ្តើមការចម្លងនៃឃ្លាំងលើថ្នាំង Gitaly ថ្មីណាមួយដែលបានបន្ថែមទៅក្នុងចង្កោម ដោយលុបបំបាត់ការងារដោយដៃនៅពេលបន្ថែមថ្នាំងថ្មី។
សម្គាល់កិច្ចការដែលត្រូវធ្វើថាបានបញ្ចប់នៅលើទំព័ររចនា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ការទំនាក់ទំនងប្រកបដោយប្រសិទ្ធភាពនៅក្នុង GitLab គឺផ្អែកលើបញ្ជីការងារត្រូវធ្វើ។ ប្រសិនបើអ្នកត្រូវបានលើកឡើងនៅក្នុងមតិយោបល់ វាជារឿងសំខាន់ដើម្បីអាចលោតទៅកិច្ចការមួយ ហើយចាប់ផ្តើមធ្វើអ្វីមួយ ឬសម្គាល់វាថាបានបញ្ចប់។ វាក៏សំខាន់ផងដែរដើម្បីអាចប្រគល់ភារកិច្ចឱ្យខ្លួនអ្នកនៅពេលដែលអ្នកត្រូវធ្វើការលើអ្វីមួយ ឬត្រលប់មកវាវិញនៅពេលក្រោយ។
ពីមុន អ្នកមិនអាចបន្ថែមកិច្ចការ ឬសម្គាល់ពួកវាថាបានបញ្ចប់ទេ នៅពេលធ្វើការជាមួយការរចនា។ នេះបានរំខានយ៉ាងធ្ងន់ធ្ងរដល់ប្រសិទ្ធភាពនៃការទំនាក់ទំនងរវាងក្រុមផលិតផល ដោយសារការងារត្រូវធ្វើគឺជាធាតុសំខាន់នៃដំណើរការការងារ GitLab ។
នៅក្នុងការចេញផ្សាយ 13.4 ការរចនាទទួលបានមតិយោបល់អំពីសំបុត្រក្នុងការប្រើប្រាស់កិច្ចការ ដែលធ្វើឲ្យការធ្វើការជាមួយពួកគេកាន់តែស៊ីសង្វាក់គ្នា និងមានប្រសិទ្ធភាព។
ការណែនាំដោះស្រាយបញ្ហាប្រសើរឡើងសម្រាប់ CI/CD
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
យើងបានកែលម្អការណែនាំដោះស្រាយបញ្ហាសម្រាប់ GitLab CI/CD ជាមួយនឹងព័ត៌មានបន្ថែមអំពីបញ្ហាទូទៅដែលអ្នកអាចជួបប្រទះ។ យើងសង្ឃឹមថាឯកសារដែលបានកែលម្អនឹងក្លាយជាធនធានដ៏មានតម្លៃក្នុងការជួយអ្នកឱ្យក្រោកឡើង និងដំណើរការ GitLab CI/CD យ៉ាងឆាប់រហ័ស និងងាយស្រួល។
សំណើបញ្ចូលគ្នាលែងចេញពីជួរបញ្ចូលគ្នាទៀតហើយ។
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
ពីមុន សំណើបញ្ចូលគ្នាអាចធ្លាក់ចេញពីជួរបញ្ចូលចូលគ្នាដោយចៃដន្យ ដោយសារមតិយឺត។ ប្រសិនបើសំណើបញ្ចូលចូលគ្នាបានស្ថិតនៅក្នុងជួររួចហើយ ហើយមាននរណាម្នាក់បានបន្ថែមមតិយោបល់ទៅវា ដែលបង្កើតការពិភាក្សាដែលមិនទាន់បានដោះស្រាយថ្មី សំណើបញ្ចូលគ្នាត្រូវបានចាត់ទុកថាមិនមានសិទ្ធិក្នុងការបញ្ចូលគ្នា ហើយនឹងធ្លាក់ចេញពីជួរ។ ឥឡូវនេះ បន្ទាប់ពីសំណើបញ្ចូលគ្នាត្រូវបានបន្ថែមទៅជួរបញ្ចូលគ្នា មតិយោបល់ថ្មីអាចត្រូវបានបន្ថែមដោយមិនខ្លាចរំខានដល់ដំណើរការបញ្ចូល។
ការបង្ហាញតម្លៃគ្របដណ្តប់កូដសម្រាប់ការងារនៅក្នុងសំណើបញ្ចូលគ្នា
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
អ្នកអភិវឌ្ឍន៍គួរតែអាចមើលឃើញតម្លៃគ្របដណ្តប់កូដបន្ទាប់ពីបំពង់បង្ហូរប្រេងបានបញ្ចប់ - សូម្បីតែនៅក្នុងសេណារីយ៉ូស្មុគស្មាញដូចជាការដំណើរការបំពង់បង្ហូរប្រេងជាមួយនឹងការងារជាច្រើនដែលចាំបាច់ត្រូវញែកដើម្បីគណនាតម្លៃគ្របដណ្តប់។ ពីមុន ធាតុក្រាហ្វិកសំណើបញ្ចូលគ្នាបង្ហាញតែតម្លៃមធ្យមនៃតម្លៃទាំងនេះ ដែលមានន័យថាអ្នកត្រូវរុករកទៅទំព័រការងារ ហើយត្រលប់ទៅការស្នើសុំបញ្ចូលគ្នា ដើម្បីទទួលបានតម្លៃគ្របដណ្តប់កម្រិតមធ្យម។ ដើម្បីសន្សំសំចៃពេលវេលារបស់អ្នក និងជំហានបន្ថែមទាំងនេះ យើងបានធ្វើឱ្យធាតុក្រាហ្វិកបង្ហាញតម្លៃគ្របដណ្តប់ជាមធ្យម ការផ្លាស់ប្តូររបស់វារវាងសាខាគោលដៅ និងប្រភព និងព័ត៌មានជំនួយដែលបង្ហាញពីតម្លៃគ្របដណ្តប់សម្រាប់ការងារនីមួយៗដោយផ្អែកលើមធ្យមភាគត្រូវបានគណនា។
ការដកកញ្ចប់ចេញពីបញ្ជីឈ្មោះកញ្ចប់នៅពេលមើលក្រុម
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
បញ្ជីឈ្មោះកញ្ចប់ GitLab គឺជាកន្លែងរក្សាទុក និងចែកចាយកញ្ចប់ក្នុងទម្រង់ផ្សេងៗគ្នា។ នៅពេលដែលអ្នកមានកញ្ចប់ជាច្រើននៅក្នុងគម្រោង ឬក្រុមរបស់អ្នក អ្នកត្រូវកំណត់អត្តសញ្ញាណកញ្ចប់ដែលមិនបានប្រើយ៉ាងឆាប់រហ័ស ហើយយកវាចេញដើម្បីការពារមនុស្សពីការទាញយកពួកវា។ អ្នកអាចយកកញ្ចប់ចេញពីបញ្ជីឈ្មោះរបស់អ្នកតាមរយៈ
ឥឡូវនេះ អ្នកអាចលុបកញ្ចប់ចេញ នៅពេលមើលបញ្ជីឈ្មោះកញ្ចប់របស់ក្រុម។ គ្រាន់តែចូលទៅកាន់ទំព័របញ្ជីឈ្មោះកញ្ចប់របស់ក្រុម ត្រងកញ្ចប់តាមឈ្មោះ ហើយលុបចេញនូវអ្វីដែលអ្នកមិនត្រូវការ។
ធ្វើមាត្រដ្ឋានកញ្ចប់ Conan ទៅកម្រិតគម្រោង
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
អ្នកអាចប្រើឃ្លាំង Conan ក្នុង GitLab ដើម្បីបោះពុម្ព និងចែកចាយ C/C++ អាស្រ័យ។ ទោះជាយ៉ាងណាក៏ដោយ កញ្ចប់ពីមុនអាចធ្វើមាត្រដ្ឋានបានត្រឹមតែកម្រិតឧទាហរណ៍ប៉ុណ្ណោះ ដោយសារឈ្មោះកញ្ចប់ Conan អាចមានអតិបរមាត្រឹមតែ 51 តួអក្សរប៉ុណ្ណោះ។ ប្រសិនបើអ្នកចង់បោះពុម្ពកញ្ចប់ពីក្រុមរងមួយ ឧទាហរណ៍ gitlab-org/ci-cd/package-stage/feature-testing/conan
វាស្ទើរតែមិនអាចទៅរួចទេក្នុងការធ្វើ។
ឥឡូវនេះ អ្នកអាចធ្វើមាត្រដ្ឋានកញ្ចប់ Conan ចុះដល់កម្រិតគម្រោង ដែលធ្វើឱ្យវាងាយស្រួលក្នុងការបោះពុម្ព និងចែកចាយភាពអាស្រ័យរបស់គម្រោងរបស់អ្នក។
ការគាំទ្រសម្រាប់អ្នកគ្រប់គ្រងកញ្ចប់ថ្មី និងភាសាសម្រាប់ការស្កេនភាពអាស្រ័យ
(ចុងក្រោយ មាស)
យើងរំភើបក្នុងការបន្ថែមការស្កេនភាពអាស្រ័យសម្រាប់គម្រោងកូដ C, C++, C# និង .Net ដែលប្រើកម្មវិធីគ្រប់គ្រងកញ្ចប់ NuGet 4.9+ ឬ Conan ទៅក្នុងបញ្ជីរបស់យើង
ការជូនដំណឹងនៅពេលផ្លាស់ប្តូរការកំណត់ការស្នើសុំបញ្ចូលគ្នាទៅជា 'បញ្ចូលចូលគ្នានៅពេលដែលបំពង់បានបញ្ចប់ដោយជោគជ័យ'
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ពីមុននៅពេលកំណត់ការកំណត់ការស្នើសុំបញ្ចូលគ្នា បញ្ចូលគ្នានៅពេលដែលបំពង់បង្ហូរប្រេងបានបញ្ចប់ (បញ្ចូលគ្នានៅពេលដែលបំពង់ទទួលបានជោគជ័យ, MWPS) គ្មានការជូនដំណឹងតាមអ៊ីមែលត្រូវបានផ្ញើទេ។ អ្នកត្រូវពិនិត្យមើលស្ថានភាពដោយដៃ ឬរង់ចាំការជូនដំណឹងបញ្ចូលគ្នា។ ជាមួយនឹងការចេញផ្សាយនេះ យើងរីករាយក្នុងការបង្ហាញការរួមចំណែករបស់អ្នកប្រើប្រាស់
ការបង្កើតចង្កោម EKS ជាមួយនឹងកំណែដែលកំណត់ដោយអ្នកប្រើប្រាស់របស់ Kubernetes
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ឥឡូវនេះអ្នកប្រើប្រាស់ GitLab អាចជ្រើសរើសកំណែរបស់ Kubernetes ដែលនឹងត្រូវបានផ្តល់ដោយ EKS; អ្នកអាចជ្រើសរើសរវាងកំណែ 1.14-1.17 ។
បង្កើតឧប្បត្តិហេតុជាប្រភេទសំបុត្រ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
មិនមែនរាល់បញ្ហាដែលកើតឡើងភ្លាមៗទេដែលបង្កឱ្យមានការជូនដំណឹង៖ អ្នកប្រើប្រាស់រាយការណ៍ពីការដាច់ភ្លើង ហើយសមាជិកក្រុមស៊ើបអង្កេតបញ្ហាប្រតិបត្តិការ។ ឥឡូវនេះឧបទ្ទវហេតុគឺជាប្រភេទសំបុត្រមួយ ដូច្នេះក្រុមរបស់អ្នកអាចបង្កើតវាបានយ៉ាងឆាប់រហ័សជាផ្នែកមួយនៃលំហូរការងារធម្មតារបស់ពួកគេ។ ចុច កិច្ចការថ្មី។ ពីគ្រប់ទីកន្លែងនៅក្នុង GitLab និងនៅក្នុងវាល វាយ ជ្រើសរើស ឧប្បត្តិហេតុ.
ការលើកឡើងអំពីការដាស់តឿន GitLab នៅក្នុង Markdown
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
យើងបានកែលម្អការជូនដំណឹង GitLab ដោយបន្ថែមប្រភេទការលើកឡើងថ្មីជាពិសេសសម្រាប់ពួកគេនៅក្នុង GitLab Markdown ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការចែករំលែក និងលើកឡើងពីការជូនដំណឹង។ ប្រើ ^alert#1234
ដើម្បីបញ្ជាក់ពីការជូនដំណឹងនៅក្នុងវាល Markdown ណាមួយ៖ នៅក្នុងឧប្បត្តិហេតុ សំបុត្រ ឬសំណើបញ្ចូលគ្នា។ នេះក៏នឹងជួយអ្នកក្នុងការកំណត់អត្តសញ្ញាណការងារដែលត្រូវបានបង្កើតពីការដាស់តឿនជាជាងសំបុត្រ ឬសំណើបញ្ចូលគ្នា។
មើលការផ្ទុកការជូនដំណឹងដោយឧប្បត្តិហេតុ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ការពិពណ៌នាអំពីការដាស់តឿនមានព័ត៌មានសំខាន់ក្នុងការដោះស្រាយបញ្ហា និងការស្ដារឡើងវិញ ហើយព័ត៌មាននេះគួរតែអាចចូលប្រើបានយ៉ាងងាយស្រួល ដូច្នេះអ្នកមិនចាំបាច់ប្តូរឧបករណ៍ ឬផ្ទាំងនៅពេលអ្នកធ្វើការដើម្បីដោះស្រាយឧប្បត្តិហេតុនោះទេ។ ឧប្បត្តិហេតុដែលបានបង្កើតពីការជូនដំណឹងបង្ហាញការពិពណ៌នាអំពីការជូនដំណឹងពេញលេញនៅក្នុងផ្ទាំង ព័ត៌មានលម្អិតអំពីការជូនដំណឹង.
75% ការស្វែងរកកម្រិតខ្ពស់លឿនជាងមុន
(STARTER, បុព្វលាភ, ចុងក្រោយ, សំរិទ្ធ, ប្រាក់, មាស)
GitLab ជាកម្មវិធីតែមួយ មានសមត្ថភាពពិសេសក្នុងការស្វែងរកមាតិកានៅទូទាំងដំណើរការការងារ DevOps ទាំងមូលរបស់អ្នកបានលឿន។ នៅក្នុង GitLab 13.4 ការស្វែងរកកម្រិតខ្ពស់ត្រឡប់លទ្ធផលលឿនជាង 75% នៅពេលដែលវា។
មើលគម្រោងដែលបានលុបសម្រាប់អ្នកគ្រប់គ្រង
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ)
មានជម្រើសដើម្បីពន្យារពេលការលុបគម្រោង
លក្ខណៈពិសេសនេះផ្តល់ឱ្យអ្នកគ្រប់គ្រងនូវការគ្រប់គ្រងកាន់តែច្រើនលើការលុបគម្រោងដោយការប្រមូលព័ត៌មានពាក់ព័ន្ធទាំងអស់នៅកន្លែងតែមួយ និងផ្តល់នូវសមត្ថភាពក្នុងការមិនធ្វើវិញនូវសកម្មភាពលុបដែលមិនចង់បាន។
ស្ទ្រីម
បានបន្ថែមការគាំទ្រសម្រាប់ច្បាប់ជំរុញក្រុមទៅ API
(STARTER, បុព្វលាភ, ចុងក្រោយ, សំរិទ្ធ, ប្រាក់, មាស)
ពីមុន ច្បាប់ជំរុញក្រុមអាចត្រូវបានកំណត់ដោយការចូលមើលក្រុមនីមួយៗជាលក្ខណៈបុគ្គលតាមរយៈ GitLab UI ហើយអនុវត្តច្បាប់ទាំងនោះ។ ឥឡូវនេះ អ្នកអាចគ្រប់គ្រងច្បាប់ទាំងនេះតាមរយៈ API ដើម្បីគាំទ្រឧបករណ៍ផ្ទាល់ខ្លួនរបស់អ្នក និងស្វ័យប្រវត្តិកម្ម GitLab ។
ការដកហូតថូខឹនចូលប្រើផ្ទាល់ខ្លួនសម្រាប់ការផ្ទុកព័ត៌មានសម្ងាត់ដែលគ្រប់គ្រងដោយខ្លួនឯង។
(ចុងក្រោយ)
ឯកសារកំណត់រចនាសម្ព័ន្ធសម្រាប់កម្មវិធីនិពន្ធគេហទំព័រឋិតិវន្ត
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
នៅក្នុង GitLab 13.4 យើងកំពុងណែនាំវិធីថ្មីមួយដើម្បីប្ដូរកម្មវិធីនិពន្ធគេហទំព័រឋិតិវន្តតាមបំណង។ ទោះបីជាឯកសារកំណត់រចនាសម្ព័ន្ធមិនរក្សាទុក ឬទទួលការកំណត់ណាមួយនៅក្នុងការចេញផ្សាយនេះក៏ដោយ យើងកំពុងដាក់មូលដ្ឋានគ្រឹះសម្រាប់ការកែសម្រួលឥរិយាបថកម្មវិធីនិពន្ធនាពេលអនាគត។ នៅក្នុងការចេញផ្សាយនាពេលអនាគតយើងនឹងបន្ថែមទៅឯកសារ .gitlab/static-site-editor.yml
ប៉ារ៉ាម៉ែត្រសម្រាប់ការដំឡើង
ការកែសម្រួលផ្នែកណែនាំនៃឯកសារដោយប្រើកម្មវិធីនិពន្ធគេហទំព័រឋិតិវន្ត
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
បញ្ហាផ្នែកខាងមុខគឺជាវិធីដែលអាចបត់បែនបាន និងងាយស្រួលដើម្បីកំណត់អថេរទំព័រនៅក្នុងឯកសារទិន្នន័យសម្រាប់ដំណើរការដោយម៉ាស៊ីនបង្កើតគេហទំព័រឋិតិវន្ត។ ជាធម្មតាវាត្រូវបានប្រើដើម្បីកំណត់ចំណងជើងទំព័រ គំរូប្លង់ ឬអ្នកនិពន្ធ ប៉ុន្តែអាចត្រូវបានប្រើដើម្បីបញ្ជូនទិន្នន័យមេតាប្រភេទណាមួយទៅម៉ាស៊ីនភ្លើង នៅពេលបង្ហាញទំព័រជា HTML ។ រួមបញ្ចូលនៅផ្នែកខាងលើនៃរាល់ឯកសារទិន្នន័យ ផ្នែកណែនាំជាធម្មតាត្រូវបានធ្វើទ្រង់ទ្រាយជា YAML ឬ JSON ហើយទាមទារវាក្យសម្ព័ន្ធស្រប និងច្បាស់លាស់។ អ្នកប្រើដែលមិនស្គាល់ច្បាប់វាក្យសម្ព័ន្ធជាក់លាក់អាចបញ្ចូលការសម្គាល់មិនត្រឹមត្រូវដោយអចេតនា ដែលជាហេតុធ្វើឱ្យមានបញ្ហាក្នុងការធ្វើទ្រង់ទ្រាយ ឬអាចបង្កើតការបរាជ័យ។
របៀបកែសម្រួល WYSIWYG នៃកម្មវិធីនិពន្ធគេហទំព័រឋិតិវន្តបានដកការណែនាំចេញពីកម្មវិធីនិពន្ធរួចហើយ ដើម្បីការពារកំហុសក្នុងការធ្វើទ្រង់ទ្រាយទាំងនេះ។ ទោះយ៉ាងណាក៏ដោយ វារារាំងអ្នកពីការផ្លាស់ប្តូរតម្លៃដែលបានរក្សាទុកនៅក្នុងផ្នែកនេះដោយមិនត្រលប់ទៅការកែសម្រួលនៅក្នុងរបៀបប្រភព។ នៅក្នុង GitLab 13.4 អ្នកអាចចូលទៅកាន់វាលណាមួយ និងកែសម្រួលតម្លៃរបស់វានៅក្នុងចំណុចប្រទាក់ដែលមានមូលដ្ឋានលើទម្រង់ដែលធ្លាប់ស្គាល់។ នៅពេលដែលប៊ូតុងត្រូវបានចុច ការកំណត់ (ការកំណត់) បន្ទះមួយនឹងបើកបង្ហាញវាលទម្រង់សម្រាប់សោនីមួយៗដែលបានកំណត់នៅដើម។ វាលត្រូវបានបញ្ចូលជាមួយតម្លៃបច្ចុប្បន្ន ហើយការកែសម្រួលណាមួយក្នុងចំណោមពួកគេគឺសាមញ្ញដូចនឹងការបញ្ចូលវាក្នុងទម្រង់បណ្ដាញ។ ការកែសម្រួលការណែនាំរបស់អ្នកតាមវិធីនេះជៀសវាងវាក្យសម្ព័ន្ធស្មុគ្រស្មាញ និងផ្តល់ឱ្យអ្នកនូវការគ្រប់គ្រងពេញលេញលើខ្លឹមសារ ខណៈពេលដែលធានាថាលទ្ធផលចុងក្រោយត្រូវបានធ្វើទ្រង់ទ្រាយជាប់លាប់។
GitLab សម្រាប់ Jira និង DVCS Connector ឥឡូវនេះស្ថិតនៅក្នុងស្នូល
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
សម្រាប់អ្នកប្រើប្រាស់ Jira នៅលើ GitLab៖
មុខងារទាំងនេះពីមុនមានតែនៅក្នុងគម្រោង Premium របស់យើងប៉ុណ្ណោះ ប៉ុន្តែឥឡូវនេះមានសម្រាប់អ្នកប្រើប្រាស់ទាំងអស់!
ការបោះឆ្នោតភាគច្រើនសម្រាប់ប្រតិបត្តិការចង្កោម Gitaly (បែតា)
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ)
ចង្កោម Gitaly អនុញ្ញាតឱ្យអ្នកចម្លងឃ្លាំង Git ទៅថ្នាំង Gitaly "កក់ក្តៅ" ជាច្រើន។ នេះបង្កើនការអត់ឱនកំហុសដោយលុបបំបាត់ចំណុចតែមួយនៃការបរាជ័យ។
ការបោះឆ្នោតភាគច្រើនធ្វើអោយប្រសើរឡើងនូវការអត់ឱនកំហុសដោយទាមទារការយល់ព្រមពីថ្នាំងភាគច្រើន (មិនមែនទាំងអស់) មុនពេលរក្សាទុកការផ្លាស់ប្តូរទៅថាស។ ប្រសិនបើមុខងារបិទបើកនេះត្រូវបានបើក ការសរសេរគួរតែជោគជ័យលើថ្នាំងច្រើន។ ថ្នាំងដែលមិនយល់ស្របត្រូវបានធ្វើសមកាលកម្មដោយស្វ័យប្រវត្តិដោយប្រើការចម្លងអសមកាលពីថ្នាំងទាំងនោះដែលបានបង្កើតកូរ៉ុម។
ការគាំទ្រគ្រោងការណ៍ផ្ទាល់ខ្លួនសម្រាប់សុពលភាព JSON នៅក្នុង Web IDE
(ពិសេស, ចុងក្រោយ, ប្រាក់, មាស)
គម្រោងដែលមនុស្សសរសេរការកំណត់នៅក្នុង JSON ឬ YAML ជារឿយៗងាយនឹងមានបញ្ហា ព្រោះវាងាយស្រួលក្នុងការវាយអក្សរ និងបំបែកអ្វីមួយ។ វាអាចទៅរួចក្នុងការសរសេរឧបករណ៍ត្រួតពិនិត្យដើម្បីចាប់បញ្ហាទាំងនេះនៅក្នុងបំពង់ CI ប៉ុន្តែការប្រើឯកសារគ្រោងការណ៍ JSON អាចមានប្រយោជន៍ក្នុងការផ្តល់ឯកសារ និងការណែនាំ។
អ្នកចូលរួមគម្រោងអាចកំណត់នៅក្នុងឃ្លាំងរបស់ពួកគេនូវផ្លូវទៅកាន់គ្រោងការណ៍ផ្ទាល់ខ្លួននៅក្នុងឯកសារមួយ។ .gitlab/.gitlab-webide.yml
ដែលបញ្ជាក់គ្រោងការណ៍ និងផ្លូវទៅកាន់ឯកសារដែលត្រូវពិនិត្យ។ នៅពេលអ្នកផ្ទុកឯកសារជាក់លាក់មួយទៅក្នុង Web IDE អ្នកនឹងឃើញមតិកែលម្អ និងសុពលភាពបន្ថែម ដើម្បីជួយអ្នកបង្កើតឯកសារ។
Directed Acyclic Graph (DAG) ដែនកំណត់សាខាបានកើនឡើងដល់ 50
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ប្រសិនបើអ្នកកំពុងប្រើឧបករណ៍បញ្ជូន needs:
ឃោរឃៅពេក។ នៅក្នុង 13.4 ដែនកំណត់លំនាំដើមត្រូវបានបង្កើនពី 10 ទៅ 50 ដើម្បីអនុញ្ញាតឱ្យមានបណ្តាញទំនាក់ទំនងស្មុគស្មាញបន្ថែមទៀតរវាងការងារនៅក្នុងបំពង់របស់អ្នក។
ប្រសិនបើអ្នកជាអ្នកគ្រប់គ្រងនៃឧទាហរណ៍ GitLab ផ្ទាល់ខ្លួន អ្នកអាចបង្កើនដែនកំណត់នេះឱ្យកាន់តែខ្ពស់ដោយការដំឡើងមុខងារបិទ/បើក ទោះបីជាយើងមិនផ្តល់ការគាំទ្រជាផ្លូវការសម្រាប់រឿងនេះក៏ដោយ។
Документация по настройке needs:
ឥរិយាបថប្រសើរឡើង needs
សម្រាប់កិច្ចការដែលខកខាន
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ក្នុងករណីខ្លះ ការងារដែលខកខានក្នុងបំពង់បង្ហូរប្រេងអាចត្រូវបានចាត់ទុកថាជោគជ័យដោយមិនត្រឹមត្រូវចំពោះភាពអាស្រ័យដែលបានបញ្ជាក់នៅក្នុង needs
ដែលបណ្តាលឱ្យមានការងារជាបន្តបន្ទាប់ ដែលមិនគួរកើតឡើង។ ឥរិយាបថនេះត្រូវបានជួសជុលនៅក្នុងកំណែ 13.4 និង needs
ឥឡូវនេះដោះស្រាយយ៉ាងត្រឹមត្រូវនូវករណីនៃកិច្ចការដែលខកខាន។
Документация по настройке needs
ខ្ទាស់វត្ថុបុរាណនៃដំណើរស្វែងរកចុងក្រោយ ដើម្បីការពារវាពីការលុប
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ឥឡូវនេះ GitLab ចាក់សោការងារដែលជោគជ័យចុងក្រោយ និងវត្ថុបុរាណបំពង់បង្ហូរដោយស្វ័យប្រវត្តិនៅលើសាខាសកម្មណាមួយ សំណើបញ្ចូលចូលគ្នា ឬស្លាកដើម្បីការពារវាពីការលុបបន្ទាប់ពីផុតកំណត់។ វាកាន់តែងាយស្រួលក្នុងការកំណត់ច្បាប់ផុតកំណត់ដែលកាន់តែឈ្លានពាន ដើម្បីសម្អាតវត្ថុបុរាណ។ វាជួយកាត់បន្ថយការប្រើប្រាស់ទំហំថាស និងធានាថាអ្នកតែងតែមានច្បាប់ចម្លងនៃវត្ថុបុរាណចុងក្រោយបំផុតពីបំពង់។
មគ្គុទ្ទេសក៍ CI/CD ចំពោះការបង្កើនប្រសិទ្ធភាពបំពង់
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ការបង្កើនប្រសិទ្ធភាពបំពង់ CI/CD របស់អ្នកអាចធ្វើអោយល្បឿនដឹកជញ្ជូនប្រសើរឡើង និងសន្សំប្រាក់។ យើងបានធ្វើឱ្យប្រសើរឡើងនូវឯកសាររបស់យើងដើម្បីរួមបញ្ចូលការណែនាំរហ័សដើម្បីទទួលបានអត្ថប្រយោជន៍ច្រើនបំផុតពីការធ្វើឱ្យប្រសើរនៃបំពង់បង្ហូរប្រេងរបស់អ្នក។
របាយការណ៍សាកល្បងតម្រៀបតាមស្ថានភាពសាកល្បង
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ដែនកំណត់លើទំហំនៃឯកសារដែលបានផ្ទុកឡើងទៅបញ្ជីឈ្មោះកញ្ចប់
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ឥឡូវនេះមានដែនកំណត់លើទំហំនៃឯកសារកញ្ចប់ដែលអាចផ្ទុកឡើងទៅបញ្ជីឈ្មោះកញ្ចប់ GitLab ។ ការរឹតបន្តឹងត្រូវបានបន្ថែម ដើម្បីបង្កើនប្រសិទ្ធភាពការចុះបញ្ជីកញ្ចប់ និងការពារការរំលោភបំពាន។ ដែនកំណត់ប្រែប្រួលអាស្រ័យលើទម្រង់កញ្ចប់។ សម្រាប់ GitLab.com ទំហំឯកសារអតិបរមាគឺ៖
- Conan: 250MB
- Maven: 3GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3GB
សម្រាប់ករណី GitLab ផ្ទាល់ខ្លួន លំនាំដើមគឺដូចគ្នា។ ទោះយ៉ាងណាក៏ដោយ អ្នកគ្រប់គ្រងអាចធ្វើបច្ចុប្បន្នភាពការរឹតបន្តឹងដោយប្រើ
ប្រើ CI_JOB_TOKEN ដើម្បីបោះពុម្ពកញ្ចប់ PyPI
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
អ្នកអាចប្រើឃ្លាំង GitLab PyPI ដើម្បីបង្កើត បោះពុម្ពផ្សាយ និងចែករំលែកកញ្ចប់ Python រួមជាមួយនឹងកូដប្រភព និងបំពង់ CI/CD ។ ទោះយ៉ាងណាក៏ដោយពីមុន អ្នកមិនអាចផ្ទៀងផ្ទាត់ទៅឃ្លាំងដោយប្រើអថេរបរិស្ថានដែលបានកំណត់ជាមុនបានទេ។ CI_JOB_TOKEN
. ជាលទ្ធផល អ្នកត្រូវតែប្រើព័ត៌មានសម្ងាត់ផ្ទាល់ខ្លួនរបស់អ្នកដើម្បីធ្វើបច្ចុប្បន្នភាពឃ្លាំង PyPI ឬអ្នកប្រហែលជាបានសម្រេចចិត្តមិនប្រើឃ្លាំងនេះទាល់តែសោះ។
ឥឡូវនេះវាកាន់តែងាយស្រួលប្រើ GitLab CI/CD ដើម្បីបោះពុម្ព និងដំឡើងកញ្ចប់ PyPI ដោយប្រើអថេរបរិស្ថានដែលបានកំណត់ជាមុន CI_JOB_TOKEN
.
ទម្រង់ម៉ាស៊ីនស្កេន DAST តាមសំណើ
(ចុងក្រោយ មាស)
ចំពោះការស្កេន DAST តាមតម្រូវការនោះគឺ
ឯកសារកំណត់រចនាសម្ព័ន្ធប្តូរទិសសាមញ្ញសម្រាប់ GitLab Pages
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ប្រសិនបើអ្នកប្រើ GitLab Pages ហើយចង់គ្រប់គ្រងការផ្លាស់ប្តូរ URL កាន់តែប្រសើរ អ្នកប្រហែលជាបានកត់សម្គាល់ឃើញថាការគ្រប់គ្រងការបញ្ជូនបន្តនៅលើគេហទំព័រ GitLab Pages របស់អ្នកមិនអាចធ្វើទៅបានទេ។ ឥឡូវនេះ GitLab អនុញ្ញាតឱ្យអ្នកកំណត់រចនាសម្ព័ន្ធច្បាប់ដើម្បីប្តូរទិស URL មួយទៅមួយទៀតសម្រាប់គេហទំព័រទំព័ររបស់អ្នកដោយបន្ថែមឯកសារកំណត់រចនាសម្ព័ន្ធទៅឃ្លាំង។ លក្ខណៈពិសេសនេះអាចធ្វើទៅបានដោយសារការរួមចំណែករបស់ Kevin Barnett (
រដ្ឋ Terraform គ្រប់គ្រងដោយ GitLab
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ការចូលទៅកាន់កំណែមុននៃរដ្ឋ Terraform គឺចាំបាច់ទាំងសម្រាប់ការអនុលោមតាម និងសម្រាប់ការកែកំហុសប្រសិនបើចាំបាច់។ ការគាំទ្រសម្រាប់កំណែ Terraform រដ្ឋដែលគ្រប់គ្រងដោយ GitLab ត្រូវបានផ្តល់ជូនដោយចាប់ផ្តើមជាមួយ GitLab 13.4 ។ កំណែត្រូវបានបើកដោយស្វ័យប្រវត្តិសម្រាប់ឯកសាររដ្ឋ Terraform ថ្មី។ ឯកសាររដ្ឋ Terraform ដែលមានស្រាប់នឹងមាន
ព័ត៌មានលម្អិតអំពីការជូនដំណឹងអំពីឧប្បត្តិហេតុសំខាន់ៗ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
នៅពេលដំណើរការឧប្បត្តិហេតុ អ្នកត្រូវកំណត់យ៉ាងងាយស្រួលថារយៈពេលនៃការជូនដំណឹងត្រូវបានបើក និងចំនួនដងដែលព្រឹត្តិការណ៍ត្រូវបានកេះ។ ព័ត៌មានលម្អិតទាំងនេះច្រើនតែមានសារៈសំខាន់ក្នុងការកំណត់ផលប៉ះពាល់លើអតិថិជន និងអ្វីដែលក្រុមរបស់អ្នកគួរដោះស្រាយជាមុន។ នៅក្នុងផ្ទាំងព័ត៌មានលំអិតអំពីឧប្បត្តិហេតុថ្មី យើងបង្ហាញពេលវេលាចាប់ផ្តើមការជូនដំណឹង ចំនួនព្រឹត្តិការណ៍ និងតំណទៅកាន់ការជូនដំណឹងដើម។ ព័ត៌មាននេះមានសម្រាប់ឧប្បត្តិហេតុដែលត្រូវបានបង្កើតពីការជូនដំណឹង។
ការកំណត់ និងកែសម្រួលប៉ារ៉ាម៉ែត្រនៃភាពធ្ងន់ធ្ងរនៃឧប្បត្តិហេតុ
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
វិមាត្រនៃភាពធ្ងន់ធ្ងរនៃឧប្បត្តិហេតុអនុញ្ញាតឱ្យអ្នកឆ្លើយតប និងអ្នកពាក់ព័ន្ធដើម្បីកំណត់ពីផលប៉ះពាល់នៃការដាច់ភ្លើង ក៏ដូចជាវិធីសាស្រ្ត និងភាពបន្ទាន់នៃការឆ្លើយតប។ នៅពេលដែលក្រុមរបស់អ្នកចែករំលែកលទ្ធផលក្នុងអំឡុងពេលការដោះស្រាយឧប្បត្តិហេតុ និងការសង្គ្រោះ ពួកគេអាចផ្លាស់ប្តូរការកំណត់នេះ។ ឥឡូវនេះ អ្នកអាចកែសម្រួលភាពធ្ងន់ធ្ងរនៃឧប្បត្តិហេតុនៅក្នុងរបារចំហៀងខាងស្តាំនៃទំព័រព័ត៌មានលម្អិតនៃឧប្បត្តិហេតុ ហើយភាពធ្ងន់ធ្ងរត្រូវបានបង្ហាញក្នុងបញ្ជីឧប្បត្តិហេតុ។
ការបង្កើត កែសម្រួល និងលុបច្បាប់សុវត្ថិភាពបណ្តាញកុងតឺន័រ
(ចុងក្រោយ មាស)
ការពង្រឹងទៅលើ Container Network Security Rule Editor អនុញ្ញាតឱ្យអ្នកប្រើប្រាស់ងាយស្រួលបង្កើត កែសម្រួល និងលុបច្បាប់របស់ពួកគេដោយផ្ទាល់ពីចំណុចប្រទាក់អ្នកប្រើ GitLab ។ លក្ខណៈពិសេសកម្មវិធីនិពន្ធរួមមាន .yaml
សម្រាប់អ្នកប្រើប្រាស់ដែលមានបទពិសោធន៍ និងអ្នកកែសម្រួលច្បាប់ដែលមានចំណុចប្រទាក់វិចារណញាណសម្រាប់ច្បាប់បណ្តាញថ្មីទាំងនោះ។ អ្នកអាចស្វែងរកជម្រើសគ្រប់គ្រងច្បាប់ថ្មីនៅក្នុងផ្នែក សុវត្ថិភាព និងការអនុលោម> ការគ្រប់គ្រងការគំរាមកំហែង> ច្បាប់ (សុវត្ថិភាព និងអនុលោមភាព > ការគ្រប់គ្រងការគំរាមកំហែង > គោលនយោបាយ).
ការគាំទ្រការផ្ទុក Azure blob
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ, ឥតគិតថ្លៃ, សំរិទ្ធ, ប្រាក់, មាស)
ទាំង GitLab និង GitLab Runner ឥឡូវនេះគាំទ្រ
វត្ថុ GitLab គាំទ្រ Azure សម្រាប់គ្រប់ប្រភេទនៃហាងលក់វត្ថុ រួមទាំងឯកសារ LFS វត្ថុបុរាណ CI និង
កម្មវិធីដំណើរការការងារ GitLab ក៏គាំទ្រ Azure សម្រាប់ការផ្ទុកផងដែរ។ [runners.cache.azure]
កញ្ចប់ Omnibus ARM64 សម្រាប់ Ubuntu និង OpenSUSE
(ស្នូល, ចាប់ផ្តើម, ពិសេស, ចុងក្រោយ)
ដើម្បីឆ្លើយតបទៅនឹងតម្រូវការកើនឡើងសម្រាប់ការគាំទ្រសម្រាប់ដំណើរការ GitLab លើស្ថាបត្យកម្ម ARM 64-bit យើងមានសេចក្តីសោមនស្សរីករាយក្នុងការប្រកាសពីភាពអាចរកបាននៃកញ្ចប់ ARM64 Ubuntu 20.04 Omnibus ផ្លូវការ។ សូមអរគុណយ៉ាងខ្លាំងដល់ Zitai Chen និង Guillaume Gardet សម្រាប់ការរួមចំណែកដ៏ធំដែលពួកគេបានធ្វើ - សំណើបញ្ចូលគ្នារបស់ពួកគេបានដើរតួយ៉ាងសំខាន់នៅក្នុងរឿងនេះ!
ដើម្បីទាញយក និងដំឡើងកញ្ចប់សម្រាប់អ៊ូប៊ុនទូ 20.04 សូមចូលទៅកាន់របស់យើង។ Ubuntu
.
ការគាំទ្រការផ្ទៀងផ្ទាត់កាតឆ្លាតវៃសម្រាប់តារាង GitLab Helm
(ពិសេស ចុងក្រោយ)
កាតឆ្លាតវៃ ដូចជាកាតចូលប្រើទូទៅ (CAC) ឥឡូវនេះអាចត្រូវបានប្រើដើម្បីផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវទៅនឹងឧទាហរណ៍ GitLab ដែលដាក់ឱ្យប្រើប្រាស់តាមរយៈតារាង Helm ។ កាតឆ្លាតវៃត្រូវបានផ្ទៀងផ្ទាត់ប្រឆាំងនឹងមូលដ្ឋានទិន្នន័យមូលដ្ឋានដោយប្រើវិញ្ញាបនបត្រ X.509 ។ ជាមួយនេះ ការគាំទ្រកាតឆ្លាតវៃជាមួយគំនូសតាង Helm ឥឡូវនេះគឺស្របតាមការគាំទ្រកាតឆ្លាតវៃដែលមាននៅក្នុងការដាក់ឱ្យប្រើប្រាស់ Omnibus ។
កំណត់ចំណាំការចេញផ្សាយលម្អិត និងការណែនាំអំពីការដំឡើង/ដំឡើងអាចត្រូវបានអាននៅក្នុងអត្ថបទដើមជាភាសាអង់គ្លេស៖
យើងកំពុងធ្វើការលើការបកប្រែពីភាសាអង់គ្លេស
ប្រភព: www.habr.com