GitLab Secrets Manager: Pindahkan Kredensial CI/CD Ke Dalam Platform

Salah satu penambahan paling ketara dalam GitLab 19.0 ialah GitLab Secrets Manager, kini tersedia dalam beta awam untuk pelan Premium dan Ultimate.

Sebelum ini, banyak organisasi bergantung pada alat luaran seperti HashiCorp Vault atau perkhidmatan rahsia pembekal awan untuk menyimpan kredensial CI/CD. Ciri baharu GitLab ini membolehkan pasukan menguruskan rahsia tersebut terus dalam platform.

Keupayaan utama termasuk:

• Menyimpan dan mendapatkan semula kredensial CI/CD dalam projek atau kumpulan GitLab
• Menyekat rahsia kepada kerja (job) atau persekitaran tertentu
• Mengawal akses menggunakan kawalan kebenaran yang sama yang telah digunakan untuk kod sumber

Dengan mengikat pengurusan rahsia terus kepada saluran paip (pipeline) dan kebenaran projek, GitLab bertujuan mengurangkan penyebaran kredensial dan menguatkuasakan akses paling rendah (least-privilege) merentasi aliran kerja CI/CD.

Automasi Permintaan Gabung Berkuasa AI dan Aliran Kerja Ejenik

GitLab 19.0 turut memperluas AI merentasi kitaran hayat permintaan gabung (MR), memanjangkan automasi “Developer Flow” syarikat itu.

Daripada hanya menggunakan AI untuk cadangan kod, ejen AI GitLab kini boleh membantu dengan tugas-tugas sepanjang proses semakan, termasuk:

• Mengendalikan maklum balas pengulas
• Menyelesaikan konflik gabungan
• Mengautomasikan rebase
• Mencetuskan operasi rebase-dan-gabung satu klik

Keupayaan ini adalah sebahagian daripada GitLab Duo Agent Platform, yang memperkenalkan aliran kerja dipacu ejen yang direka untuk menggerakkan perubahan melalui perancangan, semakan, pemeriksaan keselamatan, dan penggunaan dengan lebih cekap.

Matlamat yang lebih besar adalah untuk mengautomasikan kerja manual yang menyelubungi perubahan kod, yang sering memperlahankan penghantaran walaupun pengekodan itu sendiri menjadi lebih pantas.

Model AI Di Hos Sendiri untuk Persekitaran Terkawal dan Terpencil (Air-Gapped)

Kebanyakan organisasi—terutamanya dalam kewangan, penjagaan kesihatan, atau kerajaan—tidak boleh menghantar kod proprietari ke perkhidmatan AI yang dihoskan. GitLab 19.0 menangani perkara ini dengan membenarkan pasukan menyambungkan model AI sumber terbuka yang dihos sendiri melalui ejen luaran dalam Duo Agent Platform.

Pendekatan ini membolehkan organisasi:

• Menjalankan model AI pada infrastruktur mereka sendiri
• Mengekalkan prompt dan kod dalam persekitaran terkawal
• Menyepadukan model tersebut ke dalam aliran kerja automasi GitLab

Sokongan untuk model dihos sendiri menjadikan pembangunan berbantu AI mungkin walaupun dalam persekitaran terpencil atau sensitif pematuhan di mana perkhidmatan AI awan mungkin tidak dibenarkan.

Kebolehlihatan dan Kawalan Keselamatan Rantaian Bekalan Baharu

Keluaran ini juga mengukuhkan keupayaan keselamatan rantaian bekalan perisian GitLab, satu bidang yang telah menjadi kritikal kerana aplikasi moden banyak bergantung pada komponen pihak ketiga.

Dua penambahan utama termasuk:

Komponen Analitik untuk CI/CD

Ciri ini menyediakan pasukan kejuruteraan platform dengan kebolehlihatan ke dalam komponen dan versi katalog CI/CD yang dikongsi digunakan merentasi projek. Matlamatnya adalah untuk membantu organisasi menjejaki standard saluran paip, mengesan komponen usang, dan mengurus penggunaan semula merentasi organisasi kejuruteraan yang besar.

Pengimbasan Kebergantungan Berasaskan SBOM

GitLab 19.0 juga memperkenalkan pengimbasan kebergantungan yang dipertingkatkan dikuasakan oleh bil bahan perisian (SBOM), meningkatkan kebolehlihatan ke dalam kebergantungan sumber terbuka dan kelemahannya lebih awal dalam kitaran hayat pembangunan.

Bersama-sama, alat ini membantu pasukan mengesan dan mengurus risiko rantaian bekalan sebelum perisian sampai ke peringkat pengeluaran.

“Paradoks AI” Dorong Strategi GitLab

GitLab merangka banyak perubahan ini sebagai tindak balas kepada Paradoks AI—fenomena di mana AI mempercepatkan penciptaan kod secara drastik tetapi mendedahkan kesesakan dalam kitaran hayat perisian yang lain.

Penyelidikan dan kaji selidik industri yang dipetik oleh GitLab menunjukkan bahawa walaupun alat AI mempercepatkan pengekodan, proses hiliran seperti semakan keselamatan, ujian, dan pematuhan masih berpecah-belah merentasi banyak alat. Akibatnya, organisasi mungkin menjana lebih banyak kod tanpa menambah baik kelajuan penghantaran keseluruhan.

Respons GitLab dalam versi 19.0 adalah apa yang syarikat panggil “orchestrasi pintar.” Ideanya adalah untuk menyatukan pembangunan, keselamatan, pematuhan, dan automasi AI ke dalam satu platform DevSecOps supaya aliran kerja dapat diselaraskan dan bukannya dicantumkan dari alat yang berasingan.

Mengapa Keluaran Ini Penting untuk Pasukan DevSecOps

GitLab 19.0 mencerminkan peralihan yang lebih luas dalam alat DevSecOps ke arah penggabungan platform dan operasi berbantu AI. Daripada menambah alat pengekodan AI yang berdiri sendiri, keluaran ini memberi tumpuan kepada mengautomasikan aliran kerja di sekelilingnya—pengurusan kredensial, pengimbasan keselamatan, tadbir urus CI/CD, dan semakan gabungan.

Bagi pasukan kejuruteraan yang menguruskan pangkalan kod besar dan keperluan pematuhan yang ketat, gabungan pengurusan rahsia bersepadu, aliran kerja gabungan berbantu AI, model AI dihos sendiri, dan analitik rantaian bekalan merupakan percubaan untuk memastikan keselamatan dan tadbir urus bergerak pada kadar yang sama dengan pembangunan yang dipercepatkan AI.

Sama ada pendekatan itu menyelesaikan sepenuhnya “Paradoks AI” masih belum dapat dipastikan, tetapi GitLab 19.0 jelas menunjukkan satu lonjakan ke arah platform DevSecOps diboleh AI hujung-ke-hujung berbanding alat pembangun yang terpencil.

GitLab Secrets Manager: Pindahkan Kredensial CI/CD Ke Dalam Platform

Salah satu penambahan paling ketara dalam GitLab 19.0 ialah GitLab Secrets Manager, kini tersedia dalam beta awam untuk pelan Premium dan Ultimate.

Sebelum ini, banyak organisasi bergantung pada alat luaran seperti HashiCorp Vault atau perkhidmatan rahsia pembekal awan untuk menyimpan kredensial CI/CD. Ciri baharu GitLab ini membolehkan pasukan menguruskan rahsia tersebut terus dalam platform.

Keupayaan utama termasuk:

• Menyimpan dan mendapatkan semula kredensial CI/CD dalam projek atau kumpulan GitLab
• Menyekat rahsia kepada kerja (job) atau persekitaran tertentu
• Mengawal akses menggunakan kawalan kebenaran yang sama yang telah digunakan untuk kod sumber

Dengan mengikat pengurusan rahsia terus kepada saluran paip (pipeline) dan kebenaran projek, GitLab bertujuan mengurangkan penyebaran kredensial dan menguatkuasakan akses paling rendah (least-privilege) merentasi aliran kerja CI/CD.

Automasi Permintaan Gabung Berkuasa AI dan Aliran Kerja Ejenik

GitLab 19.0 turut memperluas AI merentasi kitaran hayat permintaan gabung (MR), memanjangkan automasi “Developer Flow” syarikat itu.

Daripada hanya menggunakan AI untuk cadangan kod, ejen AI GitLab kini boleh membantu dengan tugas-tugas sepanjang proses semakan, termasuk:

• Mengendalikan maklum balas pengulas
• Menyelesaikan konflik gabungan
• Mengautomasikan rebase
• Mencetuskan operasi rebase-dan-gabung satu klik

Keupayaan ini adalah sebahagian daripada GitLab Duo Agent Platform, yang memperkenalkan aliran kerja dipacu ejen yang direka untuk menggerakkan perubahan melalui perancangan, semakan, pemeriksaan keselamatan, dan penggunaan dengan lebih cekap.

Matlamat yang lebih besar adalah untuk mengautomasikan kerja manual yang menyelubungi perubahan kod, yang sering memperlahankan penghantaran walaupun pengekodan itu sendiri menjadi lebih pantas.

Model AI Di Hos Sendiri untuk Persekitaran Terkawal dan Terpencil (Air-Gapped)

Kebanyakan organisasi—terutamanya dalam kewangan, penjagaan kesihatan, atau kerajaan—tidak boleh menghantar kod proprietari ke perkhidmatan AI yang dihoskan. GitLab 19.0 menangani perkara ini dengan membenarkan pasukan menyambungkan model AI sumber terbuka yang dihos sendiri melalui ejen luaran dalam Duo Agent Platform.

Pendekatan ini membolehkan organisasi:

• Menjalankan model AI pada infrastruktur mereka sendiri
• Mengekalkan prompt dan kod dalam persekitaran terkawal
• Menyepadukan model tersebut ke dalam aliran kerja automasi GitLab

Sokongan untuk model dihos sendiri menjadikan pembangunan berbantu AI mungkin walaupun dalam persekitaran terpencil atau sensitif pematuhan di mana perkhidmatan AI awan mungkin tidak dibenarkan.

Kebolehlihatan dan Kawalan Keselamatan Rantaian Bekalan Baharu

Keluaran ini juga mengukuhkan keupayaan keselamatan rantaian bekalan perisian GitLab, satu bidang yang telah menjadi kritikal kerana aplikasi moden banyak bergantung pada komponen pihak ketiga.

Dua penambahan utama termasuk:

Komponen Analitik untuk CI/CD

Ciri ini menyediakan pasukan kejuruteraan platform dengan kebolehlihatan ke dalam komponen dan versi katalog CI/CD yang dikongsi digunakan merentasi projek. Matlamatnya adalah untuk membantu organisasi menjejaki standard saluran paip, mengesan komponen usang, dan mengurus penggunaan semula merentasi organisasi kejuruteraan yang besar.

Pengimbasan Kebergantungan Berasaskan SBOM

GitLab 19.0 juga memperkenalkan pengimbasan kebergantungan yang dipertingkatkan dikuasakan oleh bil bahan perisian (SBOM), meningkatkan kebolehlihatan ke dalam kebergantungan sumber terbuka dan kelemahannya lebih awal dalam kitaran hayat pembangunan.

Bersama-sama, alat ini membantu pasukan mengesan dan mengurus risiko rantaian bekalan sebelum perisian sampai ke peringkat pengeluaran.

“Paradoks AI” Dorong Strategi GitLab

GitLab merangka banyak perubahan ini sebagai tindak balas kepada Paradoks AI—fenomena di mana AI mempercepatkan penciptaan kod secara drastik tetapi mendedahkan kesesakan dalam kitaran hayat perisian yang lain.

Penyelidikan dan kaji selidik industri yang dipetik oleh GitLab menunjukkan bahawa walaupun alat AI mempercepatkan pengekodan, proses hiliran seperti semakan keselamatan, ujian, dan pematuhan masih berpecah-belah merentasi banyak alat. Akibatnya, organisasi mungkin menjana lebih banyak kod tanpa menambah baik kelajuan penghantaran keseluruhan.

Respons GitLab dalam versi 19.0 adalah apa yang syarikat panggil “orchestrasi pintar.” Ideanya adalah untuk menyatukan pembangunan, keselamatan, pematuhan, dan automasi AI ke dalam satu platform DevSecOps supaya aliran kerja dapat diselaraskan dan bukannya dicantumkan dari alat yang berasingan.

Mengapa Keluaran Ini Penting untuk Pasukan DevSecOps

GitLab 19.0 mencerminkan peralihan yang lebih luas dalam alat DevSecOps ke arah penggabungan platform dan operasi berbantu AI. Daripada menambah alat pengekodan AI yang berdiri sendiri, keluaran ini memberi tumpuan kepada mengautomasikan aliran kerja di sekelilingnya—pengurusan kredensial, pengimbasan keselamatan, tadbir urus CI/CD, dan semakan gabungan.

Bagi pasukan kejuruteraan yang menguruskan pangkalan kod besar dan keperluan pematuhan yang ketat, gabungan pengurusan rahsia bersepadu, aliran kerja gabungan berbantu AI, model AI dihos sendiri, dan analitik rantaian bekalan merupakan percubaan untuk memastikan keselamatan dan tadbir urus bergerak pada kadar yang sama dengan pembangunan yang dipercepatkan AI.

Sama ada pendekatan itu menyelesaikan sepenuhnya “Paradoks AI” masih belum dapat dipastikan, tetapi GitLab 19.0 jelas menunjukkan satu lonjakan ke arah platform DevSecOps diboleh AI hujung-ke-hujung berbanding alat pembangun yang terpencil.