# GitLab 13.4 เปิดตัวพร้อมพื้นที่เก็บข้อมูล HashiCorp สำหรับตัวแปร CI และ Kubernetes Agent

รีลีส 13.4 ได้รับการเผยแพร่พร้อมกับพื้นที่เก็บข้อมูล HashiCorp สำหรับตัวแปร CI, Kubernetes Agent และศูนย์ความปลอดภัย รวมถึงฟีเจอร์ที่สลับได้ใน Starter

ที่ GitLab เราคิดอยู่เสมอว่าเราจะช่วยให้ผู้ใช้ลดความเสี่ยง ปรับปรุงประสิทธิภาพ และปรับปรุงความเร็วในการจัดส่งบนแพลตฟอร์มที่คุณชื่นชอบได้อย่างไร เดือนนี้เราได้เพิ่มฟีเจอร์ใหม่ที่มีประโยชน์มากมายที่ขยายขีดความสามารถด้านความปลอดภัย ลดจำนวนช่องโหว่ เพิ่มประสิทธิภาพ ลดความซับซ้อนในการทำงานกับ GitLab และช่วยให้ทีมของคุณนำเสนอฟีเจอร์ต่างๆ ได้รวดเร็วยิ่งขึ้น เราหวังว่าคุณจะพบว่าคุณสมบัติหลักของรุ่นนี้มีประโยชน์เช่นกัน คุณสมบัติใหม่อื่น ๆ อีก 53 รายการที่เพิ่มเข้ามาในรุ่นนี้

คุณสมบัติความปลอดภัยขั้นสูง

เราพยายามเพิ่มคุณสมบัติใหม่หลายประการให้กับ GitLab DevSecOps ทุกเดือน และการเปิดตัวนี้ก็ไม่มีข้อยกเว้น รหัสลับจากห้องนิรภัย HashiCorp สามารถใช้ในงาน CI/CD ได้แล้ว ภายในกรอบของการประกอบและการใช้งาน นอกจากนี้ องค์กรที่ต้องการสนับสนุนการแยกความรับผิดชอบในการปรับใช้โค้ดสามารถทำได้ในขณะนี้ เพิ่มบทบาท Deployer ให้กับผู้ใช้ที่มีสิทธิ์การเข้าถึง Reporter. บทบาทนี้สอดคล้องกัน หลักการของสิทธิพิเศษในการเข้าถึงน้อยที่สุด และจะอนุญาตให้คุณยืนยันคำขอรวม (ในการแปล GitLab เป็นภาษารัสเซีย "คำขอรวม") และปรับใช้โค้ดในสภาพแวดล้อมที่ปลอดภัย โดยไม่ต้องให้สิทธิ์เข้าถึงเพื่อเปลี่ยนโค้ดเอง

อีกวิธีในการลดความเสี่ยงคือการใช้ใหม่ ตัวแทน GitLab Kubernetes. ทีมปฏิบัติการสามารถติดตั้งคลัสเตอร์ Kubernetes จาก GitLab ได้โดยไม่ต้องเปิดเผยคลัสเตอร์ของตนกับอินเทอร์เน็ตทั้งหมด นอกจากนี้เรายังแนะนำการสนับสนุนการควบคุมเวอร์ชันอัตโนมัติสำหรับไฟล์สถานะ Terraform ใหม่ด้วย GitLab จัดการสถานะ Terraform เพื่อรองรับการปฏิบัติตามข้อกำหนดและความง่ายในการแก้ไขจุดบกพร่อง ในที่สุด แดชบอร์ดความปลอดภัยของอินสแตนซ์ก็กลายมาเป็น ศูนย์รักษาความปลอดภัย GitLab พร้อมรายงานช่องโหว่และการตั้งค่าความปลอดภัย

ทำงานสะดวกและมีประสิทธิภาพยิ่งขึ้นด้วย GitLab

เราได้ปรับปรุงการค้นหาทั่วโลกให้รวมไว้ด้วย การนำทางอย่างรวดเร็วจากแถบค้นหาช่วยให้คุณสามารถนำทางไปยังตั๋ว กลุ่ม โปรเจ็กต์ การตั้งค่า และหัวข้อวิธีใช้ล่าสุดได้อย่างง่ายดาย เรารู้สึกตื่นเต้นที่จะประกาศว่าเพจ GitLab การเปลี่ยนเส้นทางปรากฏขึ้น เพื่อเปลี่ยนเส้นทางแต่ละหน้าและไดเร็กทอรีภายในไซต์ ซึ่งจะช่วยให้ผู้ใช้ปรับใช้ไซต์ของตนได้อย่างมีประสิทธิภาพมากขึ้น และสำหรับผู้ที่ต้องการรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับใช้ รีลีสนี้อนุญาต จัดการการปรับใช้โครงการที่ได้รับการสนับสนุนหลายร้อยรายการจากแถบเครื่องมือสภาพแวดล้อม!

การมีส่วนร่วมของโอเพ่นซอร์ส

เราเป็นตัวแทน การแสดงการครอบคลุมโค้ดในคำขอผสานแตกต่างกันที่ฉันเพิ่ม MVP ประจำเดือนนี้ ฟาบิโอ ฮูเซอร์. เครื่องหมายความครอบคลุมการทดสอบหน่วยของโค้ดที่เปลี่ยนแปลงทำให้นักพัฒนามีแนวคิดที่ชัดเจนเกี่ยวกับการครอบคลุมของโค้ดในระหว่างการตรวจสอบ ข้อมูลนี้ช่วยเพิ่มความเร็วในการตรวจสอบและลดเวลาในการรวมและปรับใช้โค้ดใหม่ และเราก็เช่นกัน ย้ายคุณสมบัติที่สลับได้ (แฟล็กคุณสมบัติ) ไปที่ Starter และวางแผน ย้ายไปยัง Core ในรีลีส 13.5.

และนี่เป็นเพียงจุดเริ่มต้น!

เช่นเคย ภาพรวมทั่วไปมีพื้นที่น้อยเกินไป แต่มีคุณสมบัติเจ๋งๆ มากมายในรุ่น 13.4 นี่คือบางส่วนเพิ่มเติม:

• ดูรายการโทเค็นการเข้าถึงส่วนบุคคลและเพิกถอนโทเค็นเหล่านั้นผ่าน API
• เพิกถอนโทเค็นการเข้าถึงส่วนบุคคลสำหรับการจัดเก็บข้อมูลรับรองที่จัดการด้วยตนเอง
• ทำเครื่องหมายสิ่งที่ต้องทำเสร็จแล้วในหน้าการออกแบบ
• ไปป์ไลน์ที่ซ้อนกัน (ในการแปลภาษารัสเซียของ GitLab "สายแอสเซมบลี") สามารถเรียกใช้ไปป์ไลน์ที่ซ้อนกันของตนเองได้แล้ว
• รองรับการตรวจสอบสิทธิ์สมาร์ทการ์ดสำหรับแผนภูมิ Helm GitLab.

หากคุณต้องการทราบล่วงหน้าว่ามีอะไรรอคุณอยู่ ถัดไป ปล่อย ลองดูสิ วิดีโอเปิดตัว 13.5 ของเรา.

ชมเว็บคาสต์ของเราเรื่อง “ความยืดหยุ่นในช่วงเวลาที่ท้าทาย”.

MVP เดือนนี้ - ฟาบิโอ ฮูเซอร์

ฟาบิโอมีส่วนร่วมอย่างมาก ผลงาน в การแสดงการครอบคลุมโค้ดในคำขอผสานแตกต่างกัน - คุณสมบัติที่รอคอยมานานมากในชุมชน GitLab นี่เป็นการสนับสนุนที่สำคัญอย่างแท้จริงด้วยการเปลี่ยนแปลงที่ไม่สำคัญซึ่งจำเป็นต้องมีการทำงานร่วมกันอย่างต่อเนื่องกับสมาชิกในทีม GitLab และส่งผลกระทบต่อหลายพื้นที่ของโครงการ เช่น UX, ส่วนหน้าและส่วนหลัง

คุณสมบัติหลักของ GitLab 13.4

ใช้คีย์ HashiCorp Vault ในงาน CI

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ปล่อย

ในรีลีส 12.10 GitLab ได้แนะนำความสามารถในการรับและถ่ายโอนคีย์ไปยังงาน CI โดยใช้ตัวจัดการงาน GitLab (GitLab runner) ตอนนี้เรากำลังขยาย การรับรองความถูกต้องโดยใช้ JWT, เพิ่มไวยากรณ์ใหม่ secrets เพื่อยื่น .gitlab-ci.yml. ซึ่งจะทำให้ตั้งค่าและใช้พื้นที่เก็บข้อมูล HashiCorp กับ GitLab ได้ง่ายขึ้น

เอกสารประกอบการทำงานกับกุญแจ и ตั๋วเดิม.

ขอแนะนำตัวแทน GitLab Kubernetes

(พรีเมี่ยม สุดยอด) ระยะวงจร DevOps: กำหนดค่า

การบูรณาการของ GitLab กับ Kubernetes ทำให้สามารถปรับใช้กับคลัสเตอร์ Kubernetes มานานแล้วโดยไม่จำเป็นต้องกำหนดค่าด้วยตนเอง ผู้ใช้หลายคนชอบความง่ายในการใช้งานของชุดรวมนี้ ในขณะที่คนอื่นๆ ประสบปัญหาบางอย่าง สำหรับการผสานรวมในปัจจุบัน คลัสเตอร์ของคุณต้องสามารถเข้าถึงได้จากอินเทอร์เน็ตเพื่อให้ GitLab สามารถเข้าถึงได้ สำหรับหลายๆ องค์กร สิ่งนี้เป็นไปไม่ได้เนื่องจากจะจำกัดการเข้าถึงคลัสเตอร์เพื่อความปลอดภัย การปฏิบัติตามข้อกำหนด หรือเหตุผลด้านกฎระเบียบ เพื่อหลีกเลี่ยงข้อจำกัดเหล่านี้ ผู้ใช้จำเป็นต้องสร้างเครื่องมือของตนบน GitLab ไม่เช่นนั้นจะไม่สามารถใช้ฟีเจอร์นี้ได้

วันนี้เราขอแนะนำ GitLab Kubernetes Agent ซึ่งเป็นวิธีใหม่ในการปรับใช้กับคลัสเตอร์ Kubernetes เอเจนต์ทำงานภายในคลัสเตอร์ของคุณ ดังนั้นคุณไม่จำเป็นต้องเปิดเผยเอเจนต์กับอินเทอร์เน็ตทั้งหมด เอเจนต์ประสานงานการปรับใช้โดยการร้องขอการเปลี่ยนแปลงใหม่จาก GitLab แทนที่จะส่ง GitLab การอัปเดตไปยังคลัสเตอร์ ไม่ว่าคุณจะใช้วิธี GitOps ใดก็ตาม GitLab ก็ครอบคลุมทุกอย่างไว้

โปรดทราบว่านี่เป็นการเปิดตัวครั้งแรกของตัวแทน สิ่งที่เรามุ่งเน้นในปัจจุบันสำหรับ GitLab Kubernetes Agent คือการกำหนดค่าและจัดการการปรับใช้ผ่านโค้ด ฟีเจอร์การผสานรวม Kubernetes ที่มีอยู่บางอย่าง เช่น บอร์ดการปรับใช้งานและแอปพลิเคชันที่จัดการ GitLab ยังไม่ได้รับการสนับสนุน เราคิดว่าความสามารถเหล่านี้จะถูกเพิ่มให้กับเอเจนต์ในรีลีสในอนาคต รวมถึงการบูรณาการใหม่ที่เน้นไปที่ความปลอดภัยและการปฏิบัติตามข้อกำหนด

เอกสารตัวแทน GitLab Kubernetes и ตั๋วเดิม.

ให้สิทธิ์การใช้งานแก่ผู้ใช้โดยไม่ต้องมีการเข้าถึงโค้ด

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ปล่อย

ก่อนหน้านี้ ระบบสิทธิ์ของ GitLab ทำให้ยากต่อการแบ่งความรับผิดชอบภายในทีมของคุณอย่างเหมาะสมระหว่างผู้ที่รับผิดชอบด้านการพัฒนาและผู้รับผิดชอบในการปรับใช้ ด้วยการเปิดตัว GitLab 13.4 คุณสามารถให้สิทธิ์ในการอนุมัติคำขอรวมสำหรับการปรับใช้ เช่นเดียวกับการปรับใช้โค้ดจริงกับผู้ที่ไม่ได้เขียนโค้ด โดยไม่ต้องให้สิทธิ์การเข้าถึงของผู้ดูแลแก่พวกเขา (ในการแปลภาษารัสเซียของ GitLab “ผู้ดูแล” ).

เอกสารการเข้าถึงสภาพแวดล้อม и มหากาพย์ดั้งเดิม.

ศูนย์รักษาความปลอดภัย

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปลอดภัย

ก่อนหน้านี้ การจัดการช่องโหว่ระดับอินสแตนซ์ถูกจำกัดทั้งในด้านฟังก์ชันการทำงานและความยืดหยุ่น อินเทอร์เฟซเป็นหน้าเดียวที่รวมรายละเอียดของช่องโหว่ กราฟตัวชี้วัด และการตั้งค่า มีพื้นที่ไม่มากนักในการพัฒนาคุณลักษณะเหล่านี้หรือใช้คุณลักษณะด้านความปลอดภัยอื่นๆ

เราได้ทำการเปลี่ยนแปลงขั้นพื้นฐานกับวิธีจัดการความปลอดภัยและความโปร่งใสใน GitLab แผงการรักษาความปลอดภัยของอินสแตนซ์ได้ถูกเปลี่ยนให้เป็นศูนย์ความปลอดภัยทั้งหมด การเปลี่ยนแปลงที่ใหญ่ที่สุดคือการแนะนำโครงสร้างเมนูใหม่ แทนที่จะมีเพียงหน้าเดียว ตอนนี้คุณจะเห็นแดชบอร์ดความปลอดภัย รายงานช่องโหว่ และส่วนการตั้งค่าแยกกัน แม้ว่าฟังก์ชันการทำงานจะไม่เปลี่ยนแปลง แต่การแบ่งส่วนออกเป็นส่วนๆ จะช่วยให้มีการปรับปรุงในส่วนนี้ซึ่งอาจเป็นเรื่องยาก นอกจากนี้ยังเป็นการกำหนดขั้นตอนในการเพิ่มความสามารถที่เกี่ยวข้องกับความปลอดภัยอื่นๆ ในอนาคต

ส่วนรายงานช่องโหว่เฉพาะตอนนี้มีพื้นที่มากขึ้นเพื่อแสดงรายละเอียดที่สำคัญ นี่คือช่องโหว่ที่อยู่ในรายการช่องโหว่ของโครงการในปัจจุบัน การย้ายวิดเจ็ตที่มีตัวชี้วัดช่องโหว่ไปยังส่วนที่แยกต่างหากจะสร้างแผงควบคุมความปลอดภัยที่สะดวก ตอนนี้กลายเป็นผืนผ้าใบสำหรับการแสดงภาพข้อมูลในอนาคต ไม่ใช่แค่สำหรับการจัดการช่องโหว่เท่านั้น แต่ยังสำหรับตัวชี้วัดที่เกี่ยวข้องกับความปลอดภัยอีกด้วย สุดท้ายนี้ พื้นที่การตั้งค่าแยกต่างหากจะสร้างพื้นที่ทั่วไปสำหรับการตั้งค่าความปลอดภัยระดับอินสแตนซ์ทั้งหมด ไม่ใช่แค่การจัดการช่องโหว่เท่านั้น

เอกสารประกอบศูนย์ความปลอดภัยของอินสแตนซ์ и มหากาพย์ดั้งเดิม.

ขณะนี้ฟีเจอร์ที่สลับได้อยู่ใน GitLab Starter

(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์) ขั้นตอนวงจร DevOps: ปล่อย

GitLab 11.4 เปิดตัวแล้ว คุณลักษณะการสลับเวอร์ชันอัลฟ่า. ใน 12.2 เราได้แนะนำกลยุทธ์สำหรับพวกเขา เปอร์เซ็นต์ของผู้ใช้ и ตามรหัสผู้ใช้และใน 13.1 พวกเขาเพิ่ม รายชื่อผู้ใช้ и การกำหนดกลยุทธ์ สำหรับสภาพแวดล้อมที่แตกต่างกัน

เมื่อต้นปีที่ผ่านมา GitLab ได้ให้คำมั่นสัญญา ย้าย 18 คุณสมบัติ สู่โอเพ่นซอร์ส ในรุ่นนี้ เราได้เสร็จสิ้นการย้ายคุณลักษณะที่สับเปลี่ยนได้ไปยังแผน Starter และจะย้ายไปยัง Core ต่อไป Git Lab 13.5. เรารู้สึกตื่นเต้นที่จะนำคุณลักษณะนี้มาสู่ผู้ใช้จำนวนมากขึ้น และต้องการทราบว่าคุณใช้งานคุณลักษณะนี้อย่างไร

เอกสารประกอบเกี่ยวกับคุณสมบัติที่สลับได้ и ตั๋วเดิม.

การนำทางอย่างรวดเร็วจากแถบค้นหา

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ความพร้อมใช้งาน

บางครั้งเมื่อนำทาง GitLab คุณต้องการตรงไปยังโปรเจ็กต์เฉพาะมากกว่าหน้าผลการค้นหา

ด้วยการใช้แถบค้นหาส่วนกลาง คุณสามารถนำทางไปยังตั๋ว กลุ่ม โปรเจ็กต์ การตั้งค่า และหัวข้อวิธีใช้ล่าสุดได้อย่างรวดเร็ว คุณสามารถใช้ปุ่มลัดได้ /เพื่อเลื่อนเคอร์เซอร์ไปที่แถบค้นหาเพื่อนำทาง GitLab ได้อย่างมีประสิทธิภาพยิ่งขึ้น!

ค้นหาเอกสารที่เติมข้อความอัตโนมัติ и ตั๋วเดิม.

การแสดงความครอบคลุมของโค้ดในคำขอผสานแตกต่าง

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

เมื่อตรวจสอบคำขอผสาน อาจเป็นเรื่องยากที่จะระบุได้ว่าโค้ดที่เปลี่ยนแปลงนั้นครอบคลุมโดยการทดสอบหน่วยหรือไม่ ผู้ตรวจสอบสามารถพึ่งพาความครอบคลุมโดยรวมและขอให้เพิ่มได้ก่อนที่จะอนุมัติคำขอรวม สิ่งนี้สามารถนำไปสู่แนวทางการเขียนการทดสอบแบบจับจด ซึ่งจะไม่ปรับปรุงคุณภาพโค้ดหรือความครอบคลุมของการทดสอบ

ตอนนี้ เมื่อดูความแตกต่างคำขอผสาน คุณจะเห็นการแสดงภาพของการครอบคลุมโค้ด เครื่องหมายใหม่จะช่วยให้คุณเข้าใจได้อย่างรวดเร็วว่าโค้ดที่เปลี่ยนแปลงอยู่ภายใต้การทดสอบหน่วยหรือไม่ ซึ่งจะช่วยเร่งการตรวจสอบโค้ดและเวลาในการรวมและปรับใช้โค้ดใหม่

ขอบคุณ ฟาบิโอ ฮูเซอร์ และซีเมนส์สำหรับฟีเจอร์นี้!

เอกสารประกอบการแสดงการครอบคลุมโค้ดโดยการทดสอบ и ตั๋วเดิม.

สภาพแวดล้อมและโครงการเพิ่มเติมในแผงสภาพแวดล้อม

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ปล่อย

นับตั้งแต่เปิดตัว GitLab 12.5 โดยใช้ แผงสิ่งแวดล้อม คุณสามารถตรวจสอบสถานะของสภาพแวดล้อมได้ แต่ไม่เกินเจ็ดสภาพแวดล้อมในสามโครงการ เราได้ปรับปรุงแผงนี้ในรีลีส 13.4 โดยการแบ่งหน้าเพื่อช่วยคุณรักษาและจัดการสภาพแวดล้อมในวงกว้าง ตอนนี้คุณสามารถดูสภาพแวดล้อมเพิ่มเติมในโปรเจ็กต์ได้มากขึ้น

เอกสารแผงสภาพแวดล้อม и ตั๋วเดิม.

GitLab เข้าควบคุมผู้ให้บริการ GitLab Terraform

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: กำหนดค่า

ล่าสุดเรา ได้รับสิทธิ์ผู้ดูแลให้กับผู้ให้บริการ GitLab Terraform และวางแผน ปรับปรุงในรุ่นที่กำลังจะมาถึง. ในเดือนที่ผ่านมา เรายอมรับคำขอรวม 21 รายการและปิดตั๋ว 31 รายการ รวมถึงข้อบกพร่องที่มีมายาวนานและฟีเจอร์ที่ขาดหายไป เช่น รองรับคลัสเตอร์อินสแตนซ์. คุณสามารถ เรียนรู้เพิ่มเติมเกี่ยวกับผู้ให้บริการ GitLab Terraform ในเอกสาร Terraform

เอกสารผู้ให้บริการ GitLab Terraform и ตั๋วเดิม.

การทดสอบ API แบบคลุมเครือด้วยข้อกำหนด OpenAPI หรือไฟล์ HAR

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปลอดภัย

การทดสอบ API fuzzing เป็นวิธีที่ยอดเยี่ยมในการค้นหาจุดบกพร่องและช่องโหว่ในเว็บแอปพลิเคชันและ API ของคุณที่เครื่องสแกนและวิธีการทดสอบอื่นๆ อาจพลาดไป

การทดสอบ API fuzzing ใน GitLab ช่วยให้คุณสามารถจัดเตรียมได้ ข้อมูลจำเพาะของ OpenAPI v2 หรือ ไฟล์ฮาร์ แอปพลิเคชันของคุณ จากนั้นจะสร้างข้อมูลอินพุตแบบสุ่มที่ออกแบบมาเพื่อทดสอบ Edge Case และค้นหาจุดบกพร่องโดยอัตโนมัติ ผลลัพธ์จะปรากฏทันทีภายในไปป์ไลน์ของคุณ

นี่เป็นการเปิดตัวการทดสอบ API fuzz ครั้งแรกของเรา และเรายินดีรับฟังความคิดเห็นของคุณ เรามีสินค้าในสต็อกเพิ่มเติมสำหรับการทดสอบฟัซ ความคิดมากมายซึ่งเราจะอ้างอิงตามการเปิดตัวฟีเจอร์นี้

เอกสารการทดสอบ API Fuzzing и มหากาพย์ดั้งเดิม.

ดูตัวอย่างกราฟใหม่ในแผงเมตริก

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

ก่อนหน้านี้ การสร้างกราฟในแดชบอร์ดตัวชี้วัดใน GitLab ไม่ใช่เรื่องง่าย หลังจากที่คุณสร้างเมตริกในไฟล์ YAML ของแดชบอร์ดแล้ว คุณได้ทำการเปลี่ยนแปลง masterโดยไม่สามารถยืนยันได้ว่ากราฟที่สร้างขึ้นใหม่ทำงานตรงตามที่คุณต้องการ เริ่มตั้งแต่รุ่นนี้ คุณสามารถดูตัวอย่างการเปลี่ยนแปลงในขณะที่คุณสร้างกราฟ รับแนวคิดเกี่ยวกับผลลัพธ์ก่อนที่จะส่งการเปลี่ยนแปลงไปยังไฟล์ YAML ของแดชบอร์ด

เอกสารประกอบการเพิ่มกราฟใหม่ลงในแผง и ตั๋วเดิม.

ข้อมูลการครอบคลุมโค้ดโดยการทดสอบสำหรับทุกโปรเจ็กต์ของกลุ่ม

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

เมื่อคุณจัดการโปรเจ็กต์จำนวนมากใน GitLab คุณต้องมีแหล่งข้อมูลเดียวเกี่ยวกับการเปลี่ยนแปลงความครอบคลุมของโค้ดเมื่อเวลาผ่านไปในทุกโปรเจ็กต์ ก่อนหน้านี้ การแสดงข้อมูลนี้จำเป็นต้องอาศัยการทำงานด้วยตนเองที่น่าเบื่อและใช้เวลานาน คุณต้องดาวน์โหลดข้อมูลการครอบคลุมโค้ดจากแต่ละโปรเจ็กต์และรวมไว้ในตาราง

ในรุ่น 13.4 สามารถประกอบได้อย่างรวดเร็วและง่ายดาย .csv ไฟล์ที่มีข้อมูลทั้งหมดเกี่ยวกับการครอบคลุมโค้ดสำหรับทุกโครงการของกลุ่มหรือสำหรับโครงการที่เลือก ฟีเจอร์นี้คือ MVC ซึ่งจะตามมาด้วยความสามารถ ความครอบคลุมเฉลี่ยของพล็อตในช่วงเวลาหนึ่ง.

เอกสารประกอบการวิเคราะห์พื้นที่เก็บข้อมูล и ตั๋วเดิม.

รองรับภาษาใหม่สำหรับการทดสอบแบบคลุมเครือเต็มรูปแบบ

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปลอดภัย

ข่าวประชาสัมพันธ์ฉบับนี้แนะนำการรองรับภาษาใหม่หลายภาษาสำหรับการทดสอบแบบคลุมเครือซึ่งมุ่งเป้าไปที่ความครอบคลุมเต็มรูปแบบ

ตอนนี้คุณสามารถประเมินความสามารถทั้งหมดของการทดสอบแบบคลุมเครือในแอปพลิเคชัน Java, Rust และ Swift ของคุณ และค้นหาข้อผิดพลาดและช่องโหว่ที่เครื่องสแกนและวิธีการทดสอบอื่นๆ อาจพลาดได้

เอกสารเกี่ยวกับภาษาที่รองรับสำหรับการทดสอบแบบคลุมเครือ и มหากาพย์ดั้งเดิม.

การแจ้งเตือนบนหน้าสภาพแวดล้อมหลัก

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ปล่อย

หน้าสภาพแวดล้อมจะแสดงสถานะโดยรวมของสภาพแวดล้อมของคุณ ในรุ่นนี้ เราได้ปรับปรุงหน้านี้โดยเพิ่มการแสดงการแจ้งเตือน การแจ้งเตือนที่เรียกใช้พร้อมกับสถานะของสภาพแวดล้อมของคุณจะช่วยให้คุณดำเนินการแก้ไขสถานการณ์ที่เกิดขึ้นได้อย่างรวดเร็ว

เอกสารสำหรับการดูการแจ้งเตือนล่าสุดในสภาพแวดล้อม и ตั๋วเดิม.

ไปป์ไลน์ที่ซ้อนกันสามารถเรียกใช้ไปป์ไลน์ที่ซ้อนกันของตนเองได้แล้ว

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ด้วยการใช้ไปป์ไลน์ที่ซ้อนกัน ตอนนี้คุณสามารถเรียกใช้ไปป์ไลน์ใหม่ภายในไปป์ไลน์ย่อยได้ ระดับความลึกเพิ่มเติมจะมีประโยชน์หากคุณต้องการความยืดหยุ่นในการสร้างไปป์ไลน์จำนวนหลายตัวแปร

ก่อนหน้านี้ เมื่อใช้ไปป์ไลน์ที่ซ้อนกัน ไปป์ไลน์ย่อยแต่ละบรรทัดจำเป็นต้องมีงานทริกเกอร์เพื่อกำหนดด้วยตนเองในไปป์ไลน์หลัก ตอนนี้คุณสามารถสร้างไปป์ไลน์ที่ซ้อนกันซึ่งจะเปิดตัวไปป์ไลน์ที่ซ้อนกันใหม่จำนวนเท่าใดก็ได้ ตัวอย่างเช่น หากคุณมี monorepository คุณสามารถสร้างไปป์ไลน์แรกแบบไดนามิกได้ ซึ่งตัวมันเองจะสร้างไปป์ไลน์ใหม่ตามจำนวนที่ต้องการตามการเปลี่ยนแปลงในสาขา

เอกสารไปป์ไลน์ที่ซ้อนกัน и ตั๋วเดิม.

ปรับปรุงการนำทางระหว่างพาเรนต์และไปป์ไลน์ที่ซ้อนกัน

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ก่อนหน้านี้ การนำทางระหว่างไปป์ไลน์หลักและไปป์ไลน์ที่ซ้อนกันนั้นไม่สะดวกนัก คุณต้องคลิกจำนวนมากเพื่อไปยังไปป์ไลน์ที่ต้องการ ไม่ใช่เรื่องง่ายที่จะทราบว่างานใดที่เริ่มต้นไปป์ไลน์ ตอนนี้การดูการเชื่อมต่อระหว่างพาเรนต์และไปป์ไลน์ที่ซ้อนกันจะง่ายขึ้นมาก

เอกสารไปป์ไลน์ที่ซ้อนกัน и ตั๋วเดิม.

งานเมทริกซ์คู่ขนานแสดงตัวแปรที่เกี่ยวข้องในตำแหน่งงาน

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ถ้าคุณใช้ เมทริกซ์งานคุณอาจสังเกตว่าเป็นการยากที่จะระบุตัวแปรเมทริกซ์ที่ใช้สำหรับงานเฉพาะ เนื่องจากชื่องานดูเหมือน matrix 1/4. ในรีลีส 13.4 คุณจะเห็นค่าตัวแปรที่เกี่ยวข้องที่ใช้ในงานนั้น แทนที่จะเป็นชื่องานทั่วไป ตัวอย่างเช่น หากเป้าหมายของคุณคือการดีบักสถาปัตยกรรม x86 งานก็จะถูกเรียกใช้ matrix: debug x86.

เอกสารประกอบสำหรับงาน Parallel Matrix и ตั๋วเดิม.

การปรับปรุงอื่นๆ ใน GitLab 13.4

การเชื่อมต่อบัญชี Atlassian

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด) ขั้นตอนวงจร DevOps: จัดการ

ขณะนี้ผู้ใช้ GitLab จะสามารถเชื่อมต่อบัญชี GitLab ของตนกับบัญชี Atlassian Cloud ของตนได้แล้ว ซึ่งจะช่วยให้คุณสามารถเข้าสู่ระบบ GitLab ด้วยข้อมูลรับรอง Atlassian ของคุณได้ และจะวางรากฐานสำหรับการปรับปรุงการบูรณาการในอนาคตด้วย Gitlab กับจิรา และร่วมกับผลิตภัณฑ์อื่นๆ จากกลุ่มผลิตภัณฑ์ Atlassian

เอกสารบูรณาการ Atlassian и ตั๋วเดิม.

ส่งออกรายการคอมมิตการผสานทั้งหมด

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: จัดการ

องค์กรที่มุ่งเน้นการปฏิบัติตามกฎระเบียบจำเป็นต้องมีวิธีที่จะแสดงให้ผู้ตรวจสอบเห็นมุมมองแบบองค์รวมของส่วนประกอบที่เกี่ยวข้องกับการเปลี่ยนแปลงใดๆ ในการผลิต ใน GitLab หมายถึงการรวบรวมทุกสิ่งไว้ในที่เดียว: คำขอรวม ตั๋ว ไปป์ไลน์ การสแกนความปลอดภัย และข้อมูลคอมมิตอื่น ๆ จนถึงตอนนี้ คุณต้องรวบรวมมันด้วยตนเองใน GitLab หรือกำหนดค่าเครื่องมือของคุณเพื่อรวบรวมข้อมูล ซึ่งไม่ได้มีประสิทธิภาพมากนัก

ตอนนี้คุณสามารถรวบรวมและส่งออกข้อมูลนี้โดยทางโปรแกรมเพื่อให้เป็นไปตามข้อกำหนดการตรวจสอบหรือดำเนินการวิเคราะห์อื่นๆ หากต้องการส่งออกรายการการรวมทั้งหมดสำหรับกลุ่มปัจจุบัน คุณต้องไปที่ แดชบอร์ดการปฏิบัติตามข้อกำหนด และคลิกที่ปุ่ม รายการคอมมิตการผสานทั้งหมด. ไฟล์ผลลัพธ์จะประกอบด้วยข้อผูกพันทั้งหมดของคำขอรวม ผู้สร้าง ID ของคำขอรวมที่เกี่ยวข้อง กลุ่ม โครงการ ผู้ยืนยัน และข้อมูลอื่น ๆ

เอกสารสำหรับการสร้างรายงาน и ตั๋วเดิม.

แสดงรายการและจัดการโทเค็นการเข้าถึงส่วนบุคคลผ่าน API

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: จัดการ

การจัดการการเข้าถึงเนมสเปซ GitLab เป็นส่วนสำคัญของความพยายามในการปฏิบัติตามกฎระเบียบ ตั้งแต่หลักการของสิทธิ์ขั้นต่ำไปจนถึงการปิดการเข้าถึงตามกำหนดเวลา อาจมีข้อกำหนดหลายประการที่เกี่ยวข้องกับโทเค็นการเข้าถึงส่วนบุคคลใน GitLab เพื่อให้ง่ายต่อการรักษาและจัดการข้อมูลรับรองผู้ใช้เหล่านี้ทั้งหมดภายในเนมสเปซของคุณ เราได้จัดเตรียมความสามารถในการแสดงรายการโทเค็นการเข้าถึงส่วนบุคคลทั้งหมดและเป็นทางเลือก ปฏิเสธการเข้าถึง ผ่านทาง API

การปรับปรุง GitLab API เหล่านี้ทำให้ผู้ใช้สามารถแสดงรายการและเพิกถอนโทเค็นการเข้าถึงส่วนบุคคลของตนเองได้ และผู้ดูแลระบบสามารถแสดงรายการและเพิกถอนโทเค็นของผู้ใช้ได้ ตอนนี้ผู้ดูแลระบบจะเห็นว่าใครมีสิทธิ์เข้าถึงเนมสเปซของตนได้ง่ายขึ้น ตัดสินใจเข้าถึงข้อมูลผู้ใช้ และเพิกถอนโทเค็นการเข้าถึงส่วนบุคคลที่อาจถูกบุกรุกหรืออยู่นอกเหนือนโยบายการจัดการการเข้าถึงของบริษัท

เอกสารโทเค็นการเข้าถึงส่วนบุคคล и ตั๋วเดิม.

ปัญหาที่เกี่ยวข้องและฟีเจอร์อื่นๆ อยู่ใน GitLab Core แล้ว

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: แผน

ไม่กี่เดือนที่ผ่านมาเราได้ประกาศแผนการที่จะ การแปลคุณสมบัติ 18 รายการเป็นโอเพ่นซอร์สโค้ด. เราได้ดำเนินการตามคำสัญญานี้แล้ว ตั๋วที่เกี่ยวข้อง, ส่งออกตั๋วเป็น CSV и โหมดโฟกัสกระดานงาน (ในการแปลภาษารัสเซียของ GitLab “กระดานสนทนา”) มีอยู่ในแผนหลัก สิ่งนี้ใช้ได้กับความสัมพันธ์แบบ "เชื่อมโยงกับ" เท่านั้น ความสัมพันธ์แบบ "บล็อก" และ "ถูกบล็อก" จะยังคงอยู่ในแผนแบบชำระเงิน

เอกสารเกี่ยวกับตั๋วที่เกี่ยวข้อง и ตั๋วเดิม.

การแสดงชื่อสาขาต้นทางในแถบด้านข้างคำขอรวม

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

เมื่อตรวจสอบการเปลี่ยนแปลงโค้ด การสนทนา และการส่งคำขอรวม มักจะแนะนำให้ชำระเงินที่สาขาเพื่อตรวจสอบในเชิงลึก อย่างไรก็ตาม การค้นหาชื่อเธรดจะยากขึ้นเรื่อยๆ เนื่องจากมีการเพิ่มเนื้อหาลงในคำอธิบายคำขอผสาน และคุณต้องเลื่อนหน้าลงไปอีก

เราได้เพิ่มชื่อสาขาลงในแถบด้านข้างของคำขอรวม ทำให้สามารถเข้าถึงได้ตลอดเวลา และไม่จำเป็นต้องเลื่อนดูทั้งหน้า เช่นเดียวกับลิงก์ไปยังคำขอรวม ส่วนสาขาต้นทางจะมีปุ่ม "คัดลอก" ที่สะดวก

ขอบคุณ อีธาน รีเซอร์ สำหรับการสนับสนุนอย่างมากของคุณในการพัฒนาฟีเจอร์นี้!

รวมเอกสารคำขอ и ตั๋วเดิม.

บ่งชี้ถึงการมีอยู่ของไฟล์ที่ยุบในการขอผสานต่างกัน

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

คำขอรวมที่เพิ่มการเปลี่ยนแปลงลงในไฟล์หลายไฟล์ในบางครั้งอาจทำให้ส่วนต่างของไฟล์ขนาดใหญ่ยุบลงเพื่อปรับปรุงประสิทธิภาพการเรนเดอร์ เมื่อสิ่งนี้เกิดขึ้น คุณอาจข้ามไฟล์โดยไม่ตั้งใจในระหว่างการตรวจสอบ โดยเฉพาะอย่างยิ่งในคำขอรวมที่มีไฟล์จำนวนมาก ตั้งแต่เวอร์ชัน 13.4 เป็นต้นไป คำขอผสานจะตั้งค่าสถานะความแตกต่างที่มีไฟล์ที่ถูกพับ ดังนั้นคุณจะไม่พลาดไฟล์เหล่านี้ในระหว่างการตรวจสอบโค้ด เพื่อความชัดเจนยิ่งขึ้น เราวางแผนที่จะเพิ่มไฮไลต์ให้กับไฟล์เหล่านี้ในรุ่นต่อๆ ไป ติดตามข่าวสารอัพเดทได้ที่ ตั๋ว gitlab#16047.

เอกสารประกอบเกี่ยวกับไฟล์พับในการขอผสานต่างกัน и ตั๋วเดิม.

คำเตือนเกี่ยวกับการมีอยู่ของไฟล์ที่ถูกยุบในส่วนต่างของคำขอรวม

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

ในส่วนต่างคำขอผสาน ไฟล์ขนาดใหญ่จะถูกยุบเพื่อปรับปรุงประสิทธิภาพ อย่างไรก็ตาม เมื่อตรวจสอบโค้ด ไฟล์บางไฟล์อาจพลาดไปเมื่อผู้ตรวจสอบเลื่อนดูรายการไฟล์ เนื่องจากไฟล์ขนาดใหญ่ทั้งหมดถูกยุบ

เราได้เพิ่มคำเตือนที่มองเห็นได้ที่ด้านบนของหน้าต่างคำขอรวมเพื่อแจ้งให้ผู้ใช้ทราบว่ามีไฟล์ที่รวมไว้ในส่วนนี้ ด้วยวิธีนี้ คุณจะไม่พลาดการเปลี่ยนแปลงใดๆ ในคำขอรวมระหว่างการตรวจสอบ

เอกสารประกอบเกี่ยวกับไฟล์พับในการขอผสานต่างกัน и ตั๋วเดิม.

การกู้คืนพื้นที่เก็บข้อมูลคลัสเตอร์ Gitaly โดยอัตโนมัติ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

ก่อนหน้านี้ เมื่อโหนดหลักของคลัสเตอร์ Gitaly ออฟไลน์ พื้นที่เก็บข้อมูลบนโหนดนั้นจะถูกทำเครื่องหมายเป็นแบบอ่านอย่างเดียว สิ่งนี้ป้องกันข้อมูลสูญหายในสถานการณ์ที่มีการเปลี่ยนแปลงบนโหนดที่ยังไม่ได้ถูกจำลองแบบ เมื่อโหนดกลับมาออนไลน์ GitLab จะไม่ถูกกู้คืนโดยอัตโนมัติ และผู้ดูแลระบบต้องเริ่มกระบวนการซิงโครไนซ์ด้วยตนเองหรือยอมรับการสูญเสียข้อมูล สถานการณ์อื่นๆ เช่น ความล้มเหลวของงานเรพลิเคชันบนโหนดรอง อาจส่งผลให้มีที่เก็บข้อมูลเก่าหรืออ่านอย่างเดียว ในกรณีนี้ พื้นที่เก็บข้อมูลยังคงไม่อัปเดตจนกว่าจะมีการดำเนินการเขียนครั้งถัดไป ซึ่งจะเริ่มงานเรพลิเคชัน

เพื่อแก้ปัญหานี้ แพรเฟค ตอนนี้กำหนดเวลางานการจำลองเมื่อตรวจพบที่เก็บที่ล้าสมัยบนโหนดหนึ่งและเวอร์ชันล่าสุดของที่เก็บบนอีกโหนดหนึ่ง งานการจำลองนี้จะรักษาพื้นที่เก็บข้อมูลให้ทันสมัยโดยอัตโนมัติ ทำให้ไม่จำเป็นต้องกู้คืนข้อมูลด้วยตนเอง การกู้คืนอัตโนมัติยังช่วยให้มั่นใจได้ว่าโหนดรองจะได้รับการอัปเดตอย่างรวดเร็วหากงานการจำลองล้มเหลว แทนที่จะรอการดำเนินการเขียนครั้งถัดไป เนื่องจากคลัสเตอร์ Gilaly จำนวนมากจัดเก็บที่เก็บข้อมูลจำนวนมาก จึงช่วยลดเวลาที่ผู้ดูแลระบบและวิศวกรด้านความน่าเชื่อถือใช้ในการกู้คืนข้อมูลหลังจากเกิดข้อผิดพลาดได้อย่างมาก

นอกจากนี้ การซ่อมแซมอัตโนมัติจะเริ่มการจำลองที่เก็บข้อมูลบนโหนด Gitaly ใหม่ที่เพิ่มลงในคลัสเตอร์ ช่วยลดการทำงานแบบแมนนวลเมื่อเพิ่มโหนดใหม่

เอกสารการกู้คืนข้อมูล Gitaly и ตั๋วเดิม.

ทำเครื่องหมายงานสิ่งที่ต้องทำว่าเสร็จสมบูรณ์บนหน้าการออกแบบ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

การสื่อสารที่มีประสิทธิภาพใน GitLab ขึ้นอยู่กับรายการสิ่งที่ต้องทำ หากคุณถูกกล่าวถึงในความคิดเห็น สิ่งสำคัญคือต้องสามารถข้ามไปยังงานและเริ่มทำอะไรบางอย่างหรือทำเครื่องหมายว่าเสร็จสมบูรณ์ได้ สิ่งสำคัญคือต้องสามารถมอบหมายงานให้กับตัวเองได้เมื่อคุณจำเป็นต้องทำงานบางอย่างหรือกลับมาทำในภายหลัง

ก่อนหน้านี้ คุณไม่สามารถเพิ่มงานหรือทำเครื่องหมายว่าเสร็จสมบูรณ์เมื่อทำงานกับการออกแบบได้ สิ่งนี้รบกวนประสิทธิภาพการสื่อสารระหว่างทีมผลิตภัณฑ์อย่างมาก เนื่องจากสิ่งที่ต้องทำเป็นองค์ประกอบสำคัญของเวิร์กโฟลว์ GitLab

ในรีลีส 13.4 การออกแบบจะตามความคิดเห็นของตั๋วในการใช้งาน ซึ่งทำให้การทำงานกับสิ่งเหล่านั้นมีความสอดคล้องและมีประสิทธิภาพมากขึ้น

เอกสารเกี่ยวกับการเพิ่มงานสำหรับการออกแบบ и ตั๋วเดิม.

คู่มือการแก้ไขปัญหาที่ได้รับการปรับปรุงสำหรับ CI/CD

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

เราได้ปรับปรุงคู่มือการแก้ไขปัญหาสำหรับ GitLab CI/CD พร้อมด้วยข้อมูลเพิ่มเติมเกี่ยวกับปัญหาทั่วไปที่คุณอาจพบ เราหวังว่าเอกสารที่ได้รับการปรับปรุงจะเป็นทรัพยากรที่มีคุณค่าในการช่วยให้คุณเริ่มต้นและใช้งาน GitLab CI/CD ได้อย่างรวดเร็วและง่ายดาย

เอกสารการแก้ไขปัญหา CI/CD и ตั๋วเดิม.

คำขอรวมไม่หลุดออกจากคิวการผสานอีกต่อไป

(พรีเมี่ยม สุดยอด เงิน ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ก่อนหน้านี้ คำขอผสานอาจหลุดออกจากคิวผสานโดยไม่ได้ตั้งใจเนื่องจากการแสดงความคิดเห็นล่าช้า หากคำขอรวมอยู่ในคิวแล้วและมีคนเพิ่มความคิดเห็นซึ่งสร้างการสนทนาใหม่ที่ยังไม่ได้รับการแก้ไข คำขอรวมนั้นถือว่าไม่มีสิทธิ์ในการรวมและจะหลุดออกจากคิว ขณะนี้ หลังจากที่เพิ่มคำขอรวมลงในคิวการผสานแล้ว คุณสามารถเพิ่มความคิดเห็นใหม่ได้โดยไม่ต้องกลัวว่าจะรบกวนกระบวนการผสาน

รวมเอกสารคิว и ตั๋วเดิม.

การแสดงค่าการครอบคลุมโค้ดสำหรับงานในคำขอรวม

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

นักพัฒนาควรจะสามารถเห็นค่าการครอบคลุมโค้ดได้หลังจากที่ไปป์ไลน์เสร็จสมบูรณ์ - แม้ในสถานการณ์ที่ซับซ้อน เช่น การรันไปป์ไลน์ที่มีงานหลายงานซึ่งจำเป็นต้องแยกวิเคราะห์เพื่อคำนวณมูลค่าความครอบคลุม ก่อนหน้านี้ วิดเจ็ตคำขอผสานแสดงเฉพาะค่าเฉลี่ยของค่าเหล่านี้ ซึ่งหมายความว่าคุณต้องนำทางไปยังหน้างานและกลับไปที่คำขอผสานเพื่อรับค่าความครอบคลุมระดับกลาง เพื่อช่วยคุณประหยัดเวลาและขั้นตอนพิเศษเหล่านี้ เราได้ทำให้วิดเจ็ตแสดงมูลค่าความครอบคลุมโดยเฉลี่ย การเปลี่ยนแปลงระหว่างสาขาเป้าหมายและต้นทาง และคำแนะนำเครื่องมือที่แสดงมูลค่าความครอบคลุมสำหรับแต่ละงานตามค่าเฉลี่ยที่คำนวณ

เอกสารการแยกวิเคราะห์ความครอบคลุมโค้ด и ตั๋วเดิม.

การลบแพ็คเกจออกจากการลงทะเบียนแพ็คเกจเมื่อดูกลุ่ม

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: แพ็คเกจ

รีจิสทรีแพ็คเกจ GitLab เป็นที่สำหรับจัดเก็บและแจกจ่ายแพ็คเกจในรูปแบบต่างๆ เมื่อคุณมีแพ็คเกจจำนวนมากในโปรเจ็กต์หรือกลุ่มของคุณ คุณจะต้องระบุแพ็คเกจที่ไม่ได้ใช้อย่างรวดเร็วและลบออกเพื่อป้องกันไม่ให้ผู้อื่นดาวน์โหลด คุณสามารถลบแพ็คเกจออกจากรีจิสตรีของคุณผ่านทาง แพ็คเกจ API หรือผ่านส่วนต่อประสานผู้ใช้รีจิสตรีแพ็คเกจ อย่างไรก็ตาม จนถึงตอนนี้ คุณไม่สามารถลบแพ็คเกจได้เมื่อดูกลุ่มผ่าน UI เป็นผลให้คุณต้องลบแพ็คเกจที่ไม่จำเป็นออกไปในแต่ละโปรเจ็กต์ ซึ่งไม่มีประสิทธิภาพ

ตอนนี้คุณสามารถลบแพ็คเกจออกได้เมื่อดูรีจิสทรีแพ็คเกจของกลุ่ม เพียงไปที่หน้าการลงทะเบียนแพ็คเกจของกลุ่ม กรองแพ็คเกจตามชื่อ และลบแพ็คเกจที่คุณไม่ต้องการออก

เอกสารประกอบเกี่ยวกับการลบแพ็คเกจออกจากการลงทะเบียนแพ็คเกจ и ตั๋วเดิม.

ปรับขนาดแพ็คเกจ Conan เป็นระดับโปรเจ็กต์

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: แพ็คเกจ

คุณสามารถใช้พื้นที่เก็บข้อมูล Conan ใน GitLab เพื่อเผยแพร่และแจกจ่ายการอ้างอิง C/C++ อย่างไรก็ตาม ก่อนหน้านี้แพ็กเกจสามารถปรับขนาดได้เฉพาะระดับอินสแตนซ์เท่านั้น เนื่องจากชื่อแพ็กเกจ Conan มีความยาวได้สูงสุด 51 อักขระเท่านั้น หากคุณต้องการเผยแพร่แพ็คเกจจากกลุ่มย่อย เป็นต้น gitlab-org/ci-cd/package-stage/feature-testing/conanมันแทบจะเป็นไปไม่ได้เลยที่จะทำ

ตอนนี้คุณสามารถปรับขนาดแพ็คเกจ Conan ลงไปที่ระดับโปรเจ็กต์ได้ ทำให้ง่ายต่อการเผยแพร่และกระจายการขึ้นต่อกันของโปรเจ็กต์ของคุณ

เอกสารการเผยแพร่แพ็คเกจโคนัน и ตั๋วเดิม.

รองรับตัวจัดการแพ็คเกจและภาษาใหม่สำหรับการสแกนการพึ่งพา

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปลอดภัย

เรารู้สึกตื่นเต้นที่จะเพิ่มการสแกนการพึ่งพาสำหรับโปรเจ็กต์โค้ด C, C++, C# และ .Net ที่ใช้ NuGet 4.9+ หรือตัวจัดการแพ็คเกจ Conan ในรายการของเรา ภาษาและกรอบงานที่รองรับ. ตอนนี้คุณสามารถเปิดใช้งานการสแกนการขึ้นต่อกันโดยเป็นส่วนหนึ่งของระยะการรักษาความปลอดภัยเพื่อตรวจสอบช่องโหว่ที่ทราบในการขึ้นต่อกันที่เพิ่มผ่านตัวจัดการแพ็คเกจ ช่องโหว่ที่พบจะแสดงในคำขอรวมของคุณพร้อมกับระดับความรุนแรง เพื่อให้คุณทราบก่อนที่จะดำเนินการรวมว่ามีความเสี่ยงใดบ้างที่การขึ้นต่อกันใหม่จะเกิดขึ้น คุณยังสามารถกำหนดค่าโครงการของคุณให้ต้องการได้ การยืนยันคำขอรวม สำหรับการพึ่งพาที่มีช่องโหว่ที่มีระดับความรุนแรงที่สำคัญ (วิกฤติ) สูง (สูง) หรือไม่ทราบ (ไม่ทราบ)

เอกสารประกอบสำหรับภาษาที่รองรับและตัวจัดการแพ็คเกจ и มหากาพย์ดั้งเดิม.

การแจ้งเตือนเมื่อเปลี่ยนการตั้งค่าคำขอผสานเป็น 'ผสานเมื่อไปป์ไลน์เสร็จสมบูรณ์เรียบร้อยแล้ว'

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ปล่อย

ก่อนหน้านี้เมื่อตั้งค่าการตั้งค่าคำขอรวม ผสานเมื่อไปป์ไลน์เสร็จสิ้น (ผสานเมื่อไปป์ไลน์สำเร็จ MWPS) ไม่มีการส่งการแจ้งเตือนทางอีเมล คุณต้องตรวจสอบสถานะด้วยตนเองหรือรอการแจ้งเตือนการรวม ในการเปิดตัวครั้งนี้ เรายินดีที่จะนำเสนอการมีส่วนร่วมของผู้ใช้ @ravishankar2koolซึ่งแก้ไขปัญหานี้ด้วยการเพิ่มการแจ้งเตือนอัตโนมัติให้กับทุกคนที่สมัครรับคำขอรวมเมื่อผู้ตรวจสอบเปลี่ยนการตั้งค่าการรวมเป็น MWPS

เอกสารประกอบสำหรับการแจ้งเตือนเหตุการณ์คำขอรวม и ตั๋วเดิม.

การสร้างคลัสเตอร์ EKS ด้วย Kubernetes เวอร์ชันที่ผู้ใช้ระบุ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: กำหนดค่า

ขณะนี้ผู้ใช้ GitLab สามารถเลือกเวอร์ชันของ Kubernetes ที่ EKS มอบให้ได้แล้ว คุณสามารถเลือกระหว่างเวอร์ชัน 1.14–1.17

เอกสารประกอบสำหรับการเพิ่มคลัสเตอร์ EKS и ตั๋วเดิม.

การสร้างเหตุการณ์เป็นประเภทตั๋ว

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

ไม่ใช่ทุกปัญหาที่เกิดขึ้นจะทำให้เกิดการแจ้งเตือนทันที: ผู้ใช้รายงานการหยุดทำงานและสมาชิกในทีมจะตรวจสอบปัญหาด้านประสิทธิภาพ ขณะนี้เหตุการณ์เป็นเพียงตั๋วประเภทหนึ่ง ดังนั้นทีมของคุณสามารถสร้างเหตุการณ์ดังกล่าวได้อย่างรวดเร็วโดยเป็นส่วนหนึ่งของขั้นตอนการทำงานปกติ คลิก งานใหม่ จากทุกที่ใน GitLab และภาคสนาม ชนิด เลือก เหตุการณ์.

เอกสารประกอบสำหรับการสร้างเหตุการณ์ด้วยตนเอง и ตั๋วเดิม.

กล่าวถึงการแจ้งเตือน GitLab ใน Markdown

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

เราได้ปรับปรุงการแจ้งเตือน GitLab โดยการเพิ่มประเภทการกล่าวถึงใหม่โดยเฉพาะสำหรับการแจ้งเตือนเหล่านั้นใน GitLab Markdown ทำให้ง่ายต่อการแชร์และพูดถึงการแจ้งเตือน ใช้ ^alert#1234เพื่อพูดถึงการแจ้งเตือนในช่อง Markdown: ในเหตุการณ์ ตั๋ว หรือคำขอรวม นอกจากนี้ยังจะช่วยคุณระบุงานที่สร้างขึ้นจากการแจ้งเตือน แทนที่จะเป็นตั๋วหรือคำขอรวม

เอกสารการจัดการเหตุการณ์ и ตั๋วเดิม.

การดูโหลดการแจ้งเตือนตามเหตุการณ์

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

คำอธิบายการแจ้งเตือนประกอบด้วยข้อมูลที่มีความสำคัญต่อการแก้ไขปัญหาและการกู้คืน และข้อมูลนี้ควรเข้าถึงได้ง่าย ดังนั้นคุณจึงไม่ต้องสลับเครื่องมือหรือแท็บขณะทำงานเพื่อแก้ไขเหตุการณ์ เหตุการณ์ที่สร้างจากการแจ้งเตือนจะแสดงคำอธิบายการแจ้งเตือนแบบเต็มในแท็บ รายละเอียดการแจ้งเตือน.

การค้นหาขั้นสูงเร็วขึ้น 75%

(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์) ความพร้อมใช้งาน

GitLab เป็นแอปพลิเคชันเดียวที่มีความสามารถพิเศษในการค้นหาเนื้อหาทั่วทั้งเวิร์กโฟลว์ DevOps ของคุณอย่างรวดเร็ว ใน GitLab 13.4 การค้นหาขั้นสูงจะแสดงผลลัพธ์เร็วขึ้น 75% จำกัดเฉพาะเนมสเปซและโปรเจ็กต์บางอย่างเช่นเดียวกับบน GitLab.com

เอกสารการค้นหาขั้นสูงที่รวดเร็วยิ่งขึ้น и ตั๋วเดิม.

การดูโครงการที่ถูกลบสำหรับผู้ดูแลระบบ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด) ขั้นตอนวงจร DevOps: จัดการ

มีตัวเลือกในการเลื่อนการลบโครงการออกไป เปิดตัวใน 12.6. อย่างไรก็ตาม ก่อนหน้านี้ ไม่สามารถดูโปรเจ็กต์ทั้งหมดที่รอการลบได้ในที่เดียว ขณะนี้ผู้ดูแลระบบอินสแตนซ์ผู้ใช้ GitLab สามารถดูโปรเจ็กต์ที่รอดำเนินการลบทั้งหมดได้ในที่เดียว พร้อมด้วยปุ่มสำหรับกู้คืนโปรเจ็กต์เหล่านั้นได้อย่างง่ายดาย

ความสามารถนี้ทำให้ผู้ดูแลระบบสามารถควบคุมการลบโปรเจ็กต์ได้ดียิ่งขึ้น โดยการรวบรวมข้อมูลที่เกี่ยวข้องทั้งหมดไว้ในที่เดียว และให้ความสามารถในการเลิกทำการลบที่ไม่ต้องการ

ขอบคุณ อาเชช วิดยุต (@asheshvidyut7) สำหรับฟีเจอร์นี้!

เอกสารเกี่ยวกับการลบโครงการ и ตั๋วเดิม.

เพิ่มการรองรับกฎการพุชกลุ่มให้กับ API

(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์) ขั้นตอนวงจร DevOps: จัดการ

ก่อนหน้านี้ กฎการพุชกลุ่มสามารถกำหนดค่าได้โดยการเยี่ยมชมแต่ละกลุ่มแยกกันผ่าน GitLab UI และใช้กฎเหล่านั้น ตอนนี้คุณสามารถจัดการกฎเหล่านี้ผ่าน API เพื่อสนับสนุนเครื่องมือที่คุณกำหนดเองและระบบอัตโนมัติของ GitLab

เอกสารเกี่ยวกับกฎการพุชสำหรับกลุ่ม и ตั๋วเดิม.

การเพิกถอนโทเค็นการเข้าถึงส่วนบุคคลสำหรับการจัดเก็บข้อมูลรับรองที่จัดการด้วยตนเอง

(สุดยอด) ขั้นตอนวงจร DevOps: จัดการ

การจัดเก็บข้อมูลรับรอง ให้ข้อมูลที่จำเป็นแก่ผู้ดูแลระบบในการจัดการข้อมูลรับรองผู้ใช้สำหรับอินสแตนซ์ GitLab เนื่องจากองค์กรที่มุ่งเน้นการปฏิบัติตามกฎระเบียบมีความเข้มงวดในนโยบายการจัดการข้อมูลประจำตัวที่แตกต่างกันออกไป เราจึงได้เพิ่มปุ่มที่ช่วยให้ผู้ดูแลระบบสามารถเลือกเพิกถอนโทเค็นการเข้าถึงส่วนบุคคล (PAT) ของผู้ใช้ได้ ขณะนี้ผู้ดูแลระบบสามารถเพิกถอน PAT ที่อาจถูกบุกรุกได้อย่างง่ายดาย คุณลักษณะนี้มีประโยชน์สำหรับองค์กรที่ต้องการตัวเลือกการปฏิบัติตามข้อกำหนดที่ยืดหยุ่นมากขึ้นเพื่อลดการหยุดชะงักให้กับผู้ใช้

เอกสารการจัดเก็บข้อมูลรับรอง и ตั๋วเดิม.

ไฟล์การกำหนดค่าสำหรับโปรแกรมแก้ไขไซต์แบบสแตติก

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

ใน GitLab 13.4 เราขอแนะนำวิธีใหม่ในการปรับแต่งเครื่องมือแก้ไขไซต์แบบคงที่ แม้ว่าไฟล์การกำหนดค่าจะไม่บันทึกหรือรับการตั้งค่าใดๆ ในรุ่นนี้ แต่เรากำลังวางรากฐานสำหรับการปรับแต่งลักษณะการทำงานของตัวแก้ไขในอนาคต ในรุ่นต่อๆ ไป เราจะเพิ่มลงในไฟล์ .gitlab/static-site-editor.yml พารามิเตอร์สำหรับการติดตั้ง ที่อยู่ไซต์ฐาน, ที่ ภาพที่โหลดในโปรแกรมแก้ไขจะถูกเก็บไว้แทนที่การตั้งค่าไวยากรณ์ Markdown และการตั้งค่าตัวแก้ไขอื่นๆ

เอกสารประกอบสำหรับการตั้งค่าตัวแก้ไขไซต์แบบสแตติก и มหากาพย์ดั้งเดิม.

การแก้ไขส่วนเกริ่นนำของไฟล์โดยใช้โปรแกรมแก้ไขไซต์แบบคงที่

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

Front Matter เป็นวิธีที่ยืดหยุ่นและสะดวกในการกำหนดตัวแปรเพจในไฟล์ข้อมูลสำหรับการประมวลผลโดยเครื่องมือสร้างไซต์แบบสแตติก โดยทั่วไปจะใช้เพื่อตั้งชื่อหน้า เทมเพลตเค้าโครง หรือผู้เขียน แต่สามารถใช้เพื่อส่งข้อมูลเมตาประเภทใดก็ได้ไปยังตัวสร้างเมื่อแสดงผลหน้าในรูปแบบ HTML ส่วนแนะนำมักจะอยู่ในรูปแบบ YAML หรือ JSON ที่ด้านบนสุดของไฟล์ข้อมูลทุกไฟล์ และต้องใช้ไวยากรณ์ที่สอดคล้องกันและแม่นยำ ผู้ใช้ที่ไม่คุ้นเคยกับกฎไวยากรณ์เฉพาะอาจป้อนมาร์กอัปที่ไม่ถูกต้องโดยไม่ตั้งใจ ซึ่งอาจทำให้เกิดปัญหาในการจัดรูปแบบหรือแม้แต่สร้างความล้มเหลวได้

โหมดการแก้ไขแบบ WYSIWYG ของตัวแก้ไขไซต์แบบคงที่ได้ลบส่วนนำออกจากตัวแก้ไขแล้ว เพื่อป้องกันข้อผิดพลาดในการจัดรูปแบบเหล่านี้ อย่างไรก็ตาม สิ่งนี้จะป้องกันไม่ให้คุณเปลี่ยนค่าที่เก็บไว้ในส่วนนี้โดยไม่ต้องกลับไปแก้ไขในโหมดซอร์ส ใน GitLab 13.4 คุณสามารถเข้าถึงฟิลด์ใดก็ได้และแก้ไขค่าในอินเทอร์เฟซตามแบบฟอร์มที่คุ้นเคย เมื่อกดปุ่มแล้ว การตั้งค่า (การตั้งค่า) แผงจะเปิดขึ้นเพื่อแสดงฟิลด์แบบฟอร์มสำหรับแต่ละคีย์ที่กำหนดไว้ที่จุดเริ่มต้น ฟิลด์ต่างๆ จะถูกเติมด้วยค่าปัจจุบัน และการแก้ไขใดๆ ก็ตามก็ทำได้ง่ายเพียงแค่ป้อนลงในแบบฟอร์มบนเว็บ การแก้ไขคำนำด้วยวิธีนี้จะหลีกเลี่ยงไวยากรณ์ที่ซับซ้อน และช่วยให้คุณควบคุมเนื้อหาได้อย่างสมบูรณ์ ขณะเดียวกันก็รับประกันว่าผลลัพธ์สุดท้ายจะได้รับการจัดรูปแบบอย่างสม่ำเสมอ

เอกสารประกอบตัวแก้ไขไซต์แบบคงที่ и ตั๋วเดิม.

GitLab สำหรับ Jira และ DVCS Connector อยู่ใน Core แล้ว

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: สร้าง

สำหรับผู้ใช้ Jira บน GitLab: แอป GitLab สำหรับจิรา и ขั้วต่อ DVCS ช่วยให้คุณสามารถแสดงข้อมูลเกี่ยวกับ GitLab คอมมิตและรวมคำขอใน Jira ได้โดยตรง เมื่อรวมกับการผสานรวม Jira ในตัวของเรา คุณสามารถย้ายไปมาระหว่างสองแอปได้อย่างง่ายดายขณะทำงาน

ฟีเจอร์เหล่านี้ก่อนหน้านี้มีให้ใช้งานเฉพาะในแผนพรีเมียมของเราเท่านั้น แต่ตอนนี้พร้อมให้บริการแก่ผู้ใช้ทุกคนแล้ว!

เอกสารประกอบการรวมจิรา и ตั๋วเดิม.

การลงคะแนนเสียงส่วนใหญ่สำหรับธุรกรรมคลัสเตอร์ Gitaly (เบต้า)

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด) ระยะวงจร DevOps: สร้าง

คลัสเตอร์ Gitaly ช่วยให้คุณสามารถจำลองพื้นที่เก็บข้อมูล Git ไปยังโหนด Gitaly ที่ "อบอุ่น" ได้หลายโหนด สิ่งนี้จะเพิ่มความทนทานต่อข้อผิดพลาดโดยกำจัดจุดที่เกิดข้อผิดพลาดเพียงจุดเดียว การดำเนินการทางธุรกรรมซึ่งเปิดตัวใน GitLab 13.3 ทำให้เกิดการเปลี่ยนแปลงที่จะออกอากาศไปยังโหนด Gitaly ทั้งหมดในคลัสเตอร์ แต่มีเพียงโหนด Gitaly ที่ลงคะแนนเห็นด้วยกับโหนดหลักเท่านั้นที่จะบันทึกการเปลี่ยนแปลงลงดิสก์ หากโหนดเรพลิกาทั้งหมดไม่เห็นด้วย จะมีเพียงสำเนาเดียวของการเปลี่ยนแปลงเท่านั้นที่จะถูกจัดเก็บไว้ในดิสก์ ทำให้เกิดความล้มเหลวเพียงจุดเดียวจนกว่าการจำลองแบบอะซิงโครนัสจะเสร็จสมบูรณ์

การลงคะแนนเสียงส่วนใหญ่ช่วยเพิ่มความทนทานต่อข้อผิดพลาดโดยต้องได้รับความยินยอมจากโหนดส่วนใหญ่ (ไม่ใช่ทั้งหมด) ก่อนที่จะบันทึกการเปลี่ยนแปลงลงดิสก์ หากเปิดใช้งานคุณสมบัติสลับนี้ การเขียนควรจะสำเร็จบนหลายโหนด โหนดที่ไม่เห็นด้วยจะถูกซิงโครไนซ์โดยอัตโนมัติโดยใช้การจำลองแบบอะซิงโครนัสจากโหนดเหล่านั้นที่ก่อตัวเป็นองค์ประชุม

เอกสารประกอบการตั้งค่าความสอดคล้องใน Gitaly и ตั๋วเดิม.

รองรับสคีมาแบบกำหนดเองสำหรับการตรวจสอบ JSON ใน Web IDE

(พรีเมี่ยม สุดยอด เงิน ทอง) ระยะวงจร DevOps: สร้าง

โปรเจ็กต์ที่ผู้คนเขียนการกำหนดค่าใน JSON หรือ YAML มักจะเกิดปัญหาเนื่องจากพิมพ์ผิดและทำบางอย่างได้ง่าย คุณสามารถเขียนเครื่องมือตรวจสอบเพื่อตรวจจับปัญหาเหล่านี้ในไปป์ไลน์ CI ได้ แต่การใช้ไฟล์สคีมา JSON จะมีประโยชน์ในการจัดเตรียมเอกสารประกอบและคำแนะนำ

ผู้เข้าร่วมโครงการสามารถกำหนดเส้นทางไปยังสคีมาที่กำหนดเองในไฟล์ในที่เก็บของตนได้ .gitlab/.gitlab-webide.ymlซึ่งระบุสคีมาและเส้นทางไปยังไฟล์ที่จะตรวจสอบ เมื่อคุณโหลดไฟล์ใดไฟล์หนึ่งลงใน Web IDE คุณจะเห็นผลตอบรับและการตรวจสอบเพิ่มเติมเพื่อช่วยคุณสร้างไฟล์

เอกสารประกอบสำหรับ Custom Schemas ใน Web IDE и ตั๋วเดิม.

ขีดจำกัดการแตกกิ่งแบบ Directed Acyclic Graph (DAG) เพิ่มขึ้นเป็น 50

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

หากคุณใช้สายพานลำเลียง ด้วยกราฟอะไซคลิกแบบกำกับ (Directed Acyclic Graph (DAG)) คุณอาจพบว่ามีขีดจำกัดอยู่ที่ 10 งานที่งานสามารถระบุได้ needs:รุนแรงเกินไป ใน 13.4 ขีดจำกัดเริ่มต้นเพิ่มขึ้นจาก 10 เป็น 50 เพื่อให้เครือข่ายความสัมพันธ์ที่ซับซ้อนมากขึ้นระหว่างงานในไปป์ไลน์ของคุณ

หากคุณเป็นผู้ดูแลระบบของอินสแตนซ์ GitLab ที่กำหนดเอง คุณสามารถเพิ่มขีดจำกัดนี้ให้สูงขึ้นได้โดยการตั้งค่าคุณลักษณะสลับ แม้ว่าเราจะไม่ให้การสนับสนุนอย่างเป็นทางการสำหรับเรื่องนี้ก็ตาม

Документация по настройке needs: и ตั๋วเดิม.

พฤติกรรมที่ดีขึ้น needs สำหรับงานที่ไม่ได้รับมอบหมาย

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ในบางกรณี งานที่พลาดไปในไปป์ไลน์อาจถือว่าสำเร็จสำหรับการอ้างอิงที่ระบุอย่างไม่ถูกต้อง needsซึ่งทำให้งานต่อมาดำเนินไปซึ่งไม่ควรเกิดขึ้น ลักษณะการทำงานนี้ได้รับการแก้ไขแล้วในเวอร์ชัน 13.4 และ needs ตอนนี้จัดการกรณีของงานที่พลาดได้อย่างถูกต้องแล้ว

Документация по настройке needs и ตั๋วเดิม.

ปักหมุดสิ่งประดิษฐ์ภารกิจสุดท้ายเพื่อป้องกันไม่ให้ถูกลบ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

ตอนนี้ GitLab จะล็อกงานที่สำเร็จล่าสุดและส่วนไปป์ไลน์ในสาขา คำขอรวม หรือแท็กที่ใช้งานอยู่โดยอัตโนมัติ เพื่อป้องกันไม่ให้ถูกลบหลังจากหมดอายุ การตั้งค่ากฎการหมดอายุที่เข้มงวดมากขึ้นเพื่อล้างอาร์ติแฟกต์เก่าจะง่ายขึ้น ซึ่งจะช่วยลดการใช้พื้นที่ดิสก์และทำให้แน่ใจว่าคุณมีสำเนาของส่วนล่าสุดจากไปป์ไลน์เสมอ

เอกสารเกี่ยวกับการหมดอายุของสิ่งประดิษฐ์ и ตั๋วเดิม.

คู่มือ CI/CD เพื่อการเพิ่มประสิทธิภาพไปป์ไลน์

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

การเพิ่มประสิทธิภาพไปป์ไลน์ CI/CD ของคุณสามารถเพิ่มความเร็วในการจัดส่งและประหยัดเงินได้ เราได้ปรับปรุงเอกสารของเราให้มีคำแนะนำโดยย่อเพื่อให้คุณได้รับประโยชน์สูงสุดจากการเพิ่มประสิทธิภาพไปป์ไลน์ของคุณ

เอกสารประกอบเกี่ยวกับการปรับปรุงประสิทธิภาพสายพานลำเลียง и ตั๋วเดิม.

รายงานการทดสอบจัดเรียงตามสถานะการทดสอบ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ตรวจสอบ

รายงานการทดสอบหน่วย เป็นวิธีง่ายๆ ในการดูผลลัพธ์ของการทดสอบทั้งหมดในไปป์ไลน์ อย่างไรก็ตาม เนื่องจากมีการทดสอบจำนวนมาก การค้นหาการทดสอบที่ล้มเหลวอาจใช้เวลานาน ปัญหาอื่นๆ ที่อาจทำให้รายงานใช้งานยาก ได้แก่ ปัญหาในการเลื่อนดูเอาต์พุตการติดตามแบบยาวและการปัดเศษเวลาให้เป็นศูนย์สำหรับการทดสอบที่ทำงานในเวลาน้อยกว่า 1 วินาที ตามค่าเริ่มต้นแล้ว เมื่อจัดเรียงรายงานการทดสอบ อันดับแรกจะวางการทดสอบที่ล้มเหลวไว้ที่จุดเริ่มต้นของรายงาน จากนั้นจึงจัดเรียงการทดสอบตามระยะเวลา ทำให้ง่ายต่อการค้นหาความล้มเหลวและการทดสอบที่ยาวนาน นอกจากนี้ ระยะเวลาการทดสอบจะแสดงเป็นมิลลิวินาทีหรือวินาที ทำให้อ่านได้เร็วขึ้นมาก และปัญหาการเลื่อนก่อนหน้านี้ก็ได้รับการแก้ไขด้วย

เอกสารการรายงานการทดสอบหน่วย и ตั๋วเดิม.

การจำกัดขนาดของไฟล์ที่อัพโหลดไปยังรีจีสทรีแพ็คเกจ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: แพ็คเกจ

ขณะนี้มีการจำกัดขนาดของไฟล์แพ็คเกจที่สามารถอัปโหลดไปยังรีจิสทรีแพ็คเกจ GitLab ได้ เพิ่มข้อจำกัดเพื่อเพิ่มประสิทธิภาพการทำงานของรีจิสทรีแพ็คเกจและป้องกันการละเมิด ขีดจำกัดจะแตกต่างกันไปขึ้นอยู่กับรูปแบบของแพ็คเกจ สำหรับ GitLab.com ขนาดไฟล์สูงสุดคือ:

• โคนัน: 250MB
• มาเวน: 3GB
• NPM: 300MB
• นูเก็ต: 250MB
• PPI: 3GB

สำหรับอินสแตนซ์ GitLab แบบกำหนดเอง ค่าเริ่มต้นจะเหมือนกัน อย่างไรก็ตามผู้ดูแลระบบสามารถอัพเดตข้อจำกัดได้โดยใช้ คอนโซลราง.

เอกสารเกี่ยวกับขีดจำกัดขนาดไฟล์ и ตั๋วเดิม.

ใช้ CI_JOB_TOKEN เพื่อเผยแพร่แพ็คเกจ PyPI

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: แพ็คเกจ

คุณสามารถใช้พื้นที่เก็บข้อมูล GitLab PyPI เพื่อสร้าง เผยแพร่ และแชร์แพ็คเกจ Python พร้อมกับซอร์สโค้ดและไปป์ไลน์ CI/CD อย่างไรก็ตาม ก่อนหน้านี้ คุณไม่สามารถรับรองความถูกต้องของพื้นที่เก็บข้อมูลโดยใช้ตัวแปรสภาพแวดล้อมที่กำหนดไว้ล่วงหน้าได้ CI_JOB_TOKEN. เป็นผลให้คุณต้องใช้ข้อมูลรับรองส่วนบุคคลของคุณเพื่ออัปเดตที่เก็บ PyPI หรือคุณอาจตัดสินใจว่าจะไม่ใช้ที่เก็บเลย

ตอนนี้ใช้ GitLab CI/CD ได้ง่ายขึ้นเพื่อเผยแพร่และติดตั้งแพ็คเกจ PyPI โดยใช้ตัวแปรสภาพแวดล้อมที่กำหนดไว้ล่วงหน้า CI_JOB_TOKEN.

เอกสารประกอบเกี่ยวกับการใช้ GitLab CI กับแพ็คเกจ PyPI и ตั๋วเดิม.

โปรไฟล์เครื่องสแกน DAST ตามคำขอ

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปลอดภัย

ไปจนถึงการสแกน DAST ตามความต้องการนั่นเอง เปิดตัวในรุ่นก่อนหน้า, เพิ่มโปรไฟล์เครื่องสแกน DAST แล้ว ขยายขีดความสามารถในการกำหนดค่าของการสแกนเหล่านี้ ทำให้คุณสามารถสร้างโปรไฟล์ได้หลายโปรไฟล์อย่างรวดเร็วเพื่อให้ครอบคลุมการสแกนหลายประเภท ใน 13.4 โปรไฟล์ของโปรแกรมรวบรวมข้อมูลจะมีการตั้งค่าการหมดเวลาของโปรแกรมรวบรวมข้อมูลซึ่งกำหนดระยะเวลาที่โปรแกรมรวบรวมข้อมูล DAST ควรทำงานในขณะที่พยายามค้นหาหน้าทั้งหมดของไซต์ที่รวบรวมข้อมูล โปรไฟล์ยังมีการตั้งค่าการหมดเวลาของไซต์เป้าหมายเพื่อกำหนดระยะเวลาที่โปรแกรมรวบรวมข้อมูลควรรอให้ไซต์เข้าถึงได้ก่อนที่จะยกเลิกการรวบรวมข้อมูลหากไซต์ไม่ตอบสนองด้วยรหัสสถานะ 200 หรือ 300 ขณะที่เราปรับปรุงต่อไป คุณลักษณะนี้จะเป็น เพิ่มไปยังโปรไฟล์สแกนเนอร์ในรุ่นต่อๆ ไป โดยจะมีการเพิ่มพารามิเตอร์การกำหนดค่าเพิ่มเติม

เอกสารโปรไฟล์เครื่องสแกน DAST и ตั๋วเดิม.

ไฟล์การกำหนดค่าการเปลี่ยนเส้นทางอย่างง่ายสำหรับหน้า GitLab

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: ปล่อย

หากคุณใช้เพจ GitLab และต้องการจัดการการเปลี่ยนแปลง URL ที่ดีขึ้น คุณอาจสังเกตเห็นว่าการจัดการการเปลี่ยนเส้นทางบนไซต์ GitLab Pages ของคุณไม่สามารถทำได้ ขณะนี้ GitLab ช่วยให้คุณสามารถกำหนดค่ากฎเพื่อเปลี่ยนเส้นทาง URL หนึ่งไปยังอีก URL หนึ่งสำหรับไซต์ Pages ของคุณโดยการเพิ่มไฟล์การกำหนดค่าลงในที่เก็บ คุณลักษณะนี้เกิดขึ้นได้เนื่องจากการมีส่วนร่วมของ Kevin Barnett (@PopeDrFreud) เอริค อีสต์วูดของเรา (@MadLittleMods) และทีมงาน GitLab ขอบคุณทุกคนสำหรับข้อมูลของคุณ

เอกสารการเปลี่ยนเส้นทาง и ตั๋วเดิม.

สถานะ Terraform จัดการโดย GitLab

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ระยะวงจร DevOps: กำหนดค่า

การเข้าถึงสถานะ Terraform เวอร์ชันก่อนหน้าเป็นสิ่งจำเป็นทั้งสำหรับการปฏิบัติตามข้อกำหนดและสำหรับการดีบักหากจำเป็น รองรับการกำหนดเวอร์ชันสถานะ Terraform ที่จัดการโดย GitLab โดยเริ่มจาก GitLab 13.4 การกำหนดเวอร์ชันจะเปิดใช้งานโดยอัตโนมัติสำหรับไฟล์สถานะ Terraform ใหม่ ไฟล์สถานะ Terraform ที่มีอยู่จะเป็น ย้ายไปยังที่เก็บเวอร์ชันโดยอัตโนมัติ ในรุ่นต่อมา

เอกสารประกอบสำหรับสถานะ Terraform ที่จัดการโดย GitLab и ตั๋วเดิม.

รายละเอียดการแจ้งเหตุการณ์สำคัญ

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

เมื่อประมวลผลเหตุการณ์ คุณจะต้องสามารถระบุได้อย่างง่ายดายว่าการแจ้งเตือนเปิดนานแค่ไหนและกี่ครั้งที่เหตุการณ์ถูกทริกเกอร์ รายละเอียดเหล่านี้มักมีความสำคัญในการพิจารณาผลกระทบต่อลูกค้าและสิ่งที่ทีมของคุณควรจัดการเป็นอันดับแรก ในแผงรายละเอียดเหตุการณ์ใหม่ เราจะแสดงเวลาเริ่มต้นการแจ้งเตือน จำนวนเหตุการณ์ และลิงก์ไปยังการแจ้งเตือนเดิม ข้อมูลนี้มีให้สำหรับเหตุการณ์ที่สร้างขึ้นจากการแจ้งเตือน

เอกสารการจัดการเหตุการณ์ и มหากาพย์ดั้งเดิม.

การตั้งค่าและการแก้ไขพารามิเตอร์ความรุนแรงของเหตุการณ์

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ขั้นตอนวงจร DevOps: การตรวจสอบ

มิติความรุนแรงของเหตุการณ์ช่วยให้ผู้เผชิญเหตุและผู้มีส่วนได้ส่วนเสียสามารถระบุผลกระทบของไฟฟ้าดับ รวมถึงวิธีการและความเร่งด่วนของการตอบสนอง เมื่อทีมของคุณแชร์ผลลัพธ์ระหว่างการแก้ไขเหตุการณ์และการกู้คืน พวกเขาสามารถเปลี่ยนการตั้งค่านี้ได้ ตอนนี้คุณสามารถแก้ไขความรุนแรงของเหตุการณ์ได้ในแถบด้านข้างขวาของหน้ารายละเอียดเหตุการณ์ และความร้ายแรงจะแสดงในรายการเหตุการณ์

เอกสารการจัดการเหตุการณ์ и ตั๋วเดิม.

การสร้าง แก้ไข และการลบกฎความปลอดภัยของเครือข่ายคอนเทนเนอร์

(อัลติเมท, โกลด์) ขั้นตอนวงจร DevOps: ปกป้อง

การปรับปรุงตัวแก้ไขกฎความปลอดภัยเครือข่ายคอนเทนเนอร์นี้ช่วยให้ผู้ใช้สามารถสร้าง แก้ไข และลบกฎของตนได้โดยตรงจากอินเทอร์เฟซผู้ใช้ GitLab คุณสมบัติตัวแก้ไขประกอบด้วย .yaml สำหรับผู้ใช้ที่มีประสบการณ์และเครื่องมือแก้ไขกฎพร้อมอินเทอร์เฟซที่ใช้งานง่ายสำหรับผู้ที่เพิ่งเริ่มใช้กฎเครือข่าย คุณจะพบตัวเลือกการจัดการกฎใหม่ได้ในส่วนนี้ ความปลอดภัยและการปฏิบัติตามกฎระเบียบ > การจัดการภัยคุกคาม > กฎ (ความปลอดภัยและการปฏิบัติตามกฎระเบียบ > การจัดการภัยคุกคาม > นโยบาย).

เอกสารประกอบตัวแก้ไขกฎเครือข่าย и มหากาพย์ดั้งเดิม.

รองรับที่เก็บข้อมูล Azure Blob

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง) ความพร้อมใช้งาน

รองรับทั้ง GitLab และ GitLab Runner แล้ว ที่เก็บข้อมูล Azure Blobทำให้เรียกใช้บริการ GitLab บน Azure ได้ง่ายขึ้น

อินสแตนซ์ GitLab รองรับ Azure สำหรับที่เก็บอ็อบเจ็กต์ทุกประเภท รวมถึงไฟล์ LFS, CI artifact และ การสำรองข้อมูล. หากต้องการตั้งค่าที่เก็บข้อมูล Azure Blob ให้ทำตามคำแนะนำการติดตั้ง รถโดยสาร หรือ แผนภูมิหางเสือ.

ตัวประมวลผลงาน GitLab ยังรองรับ Azure สำหรับการจัดเก็บอีกด้วย แคชแบบกระจาย. ที่เก็บข้อมูล Azure สามารถกำหนดค่าได้โดยใช้ส่วนนี้ [runners.cache.azure].

เอกสารประกอบเกี่ยวกับการใช้ที่เก็บข้อมูล Azure Blob и ตั๋วเดิม.

แพ็คเกจ Omnibus ARM64 สำหรับ Ubuntu และ OpenSUSE

(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด) ความพร้อมใช้งาน

เพื่อตอบสนองความต้องการที่เพิ่มขึ้นสำหรับการสนับสนุนการใช้งาน GitLab บนสถาปัตยกรรม ARM 64 บิต เรามีความยินดีที่จะประกาศความพร้อมใช้งานของแพ็คเกจ ARM64 Ubuntu 20.04 Omnibus อย่างเป็นทางการ ขอขอบคุณ Zitai Chen และ Guillaume Gardet เป็นอย่างยิ่งสำหรับการมีส่วนร่วมอันยิ่งใหญ่ที่พวกเขาทำ คำขอรวมของพวกเขามีบทบาทสำคัญในเรื่องนี้!

หากต้องการดาวน์โหลดและติดตั้งแพ็คเกจสำหรับ Ubuntu 20.04 ให้ไปที่ของเรา หน้าการติดตั้ง และเลือก Ubuntu.

เอกสารแพ็คเกจสำหรับ ARM64 и ตั๋วเดิม.

รองรับการตรวจสอบสิทธิ์สมาร์ทการ์ดสำหรับแผนภูมิ GitLab Helm

(พรีเมี่ยม สุดยอด) ความพร้อมใช้งาน

ขณะนี้สมาร์ทการ์ด เช่น Common Access Cards (CAC) สามารถใช้ตรวจสอบสิทธิ์อินสแตนซ์ GitLab ที่ปรับใช้ผ่านแผนภูมิ Helm ได้แล้ว สมาร์ทการ์ดได้รับการตรวจสอบสิทธิ์กับฐานข้อมูลท้องถิ่นโดยใช้ใบรับรอง X.509 ด้วยเหตุนี้ การสนับสนุนสมาร์ทการ์ดที่มีแผนภูมิ Helm จึงสอดคล้องกับการสนับสนุนสมาร์ทการ์ดที่มีอยู่ในการปรับใช้ Omnibus

เอกสารประกอบสำหรับการตั้งค่าการรับรองความถูกต้องของสมาร์ทการ์ด и ตั๋วเดิม.

บันทึกประจำรุ่นโดยละเอียดและคำแนะนำในการอัปเดต/การติดตั้งสามารถอ่านได้ในโพสต์ต้นฉบับภาษาอังกฤษ: GitLab 13.4 เปิดตัวพร้อม Vault สำหรับตัวแปร CI และ Kubernetes Agent.

เรากำลังดำเนินการแปลจากภาษาอังกฤษ cattidourden, แมรี่อาร์ตคีย์, ไอโนเนโกะ и ฤๅษีวันต์.

ที่มา: will.com