ตรวจจับความลับที่รั่วไหลได้อย่างรวดเร็ว
ดูเหมือนเป็นข้อผิดพลาดเล็กๆ น้อยๆ ที่จะส่งข้อมูลรับรองไปยังพื้นที่เก็บข้อมูลที่ใช้ร่วมกันโดยไม่ตั้งใจ อย่างไรก็ตามผลที่ตามมาอาจร้ายแรงได้ เมื่อผู้โจมตีได้รับรหัสผ่านหรือคีย์ API ของคุณ เขาจะเข้ายึดบัญชีของคุณ ล็อคคุณออก และใช้เงินของคุณโดยฉ้อโกง นอกจากนี้ เอฟเฟกต์โดมิโนยังเกิดขึ้นได้: การเข้าถึงบัญชีหนึ่งจะทำให้ผู้อื่นเข้าถึงได้ เดิมพันมีสูง ดังนั้นจึงเป็นเรื่องสำคัญอย่างยิ่งที่จะต้องค้นหาความลับที่รั่วไหลออกมาโดยเร็วที่สุด
ในรุ่นนี้ เราขอแนะนำตัวเลือก เป็นส่วนหนึ่งของฟังก์ชัน SAST ของเรา การคอมมิตแต่ละรายการจะถูกสแกนในงาน CI/CD เพื่อค้นหาความลับ มีความลับ - และนักพัฒนาจะได้รับคำเตือนในคำขอรวม มันเพิกถอนข้อมูลรับรองที่รั่วไหลออกมาทันทีและสร้างข้อมูลใหม่
สร้างความมั่นใจในการจัดการการเปลี่ยนแปลงที่เหมาะสม
เมื่อมันเติบโตและซับซ้อนมากขึ้น การรักษาความสอดคล้องระหว่างส่วนต่าง ๆ ขององค์กรก็จะยากขึ้น ยิ่งมีผู้ใช้แอปพลิเคชันมากขึ้นและมีรายได้มากขึ้น ผลที่ตามมาของการรวมรหัสที่ไม่ถูกต้องหรือไม่ปลอดภัยก็จะยิ่งรุนแรงมากขึ้นเท่านั้น สำหรับหลายๆ องค์กร การตรวจสอบให้แน่ใจว่ากระบวนการตรวจสอบที่เหมาะสมก่อนที่จะรวมโค้ดถือเป็นข้อกำหนดที่เข้มงวด เนื่องจากมีความเสี่ยงสูงมาก
GitLab 11.9 ช่วยให้คุณควบคุมได้มากขึ้นและมีโครงสร้างที่มีประสิทธิภาพมากขึ้นด้วย . ก่อนหน้านี้ หากต้องการขอรับสิทธิ์ คุณจะต้องระบุบุคคลหรือกลุ่มเท่านั้น (สมาชิกแต่ละคนสามารถให้สิทธิ์ได้) ตอนนี้คุณสามารถเพิ่มกฎได้หลายกฎเพื่อให้คำขอรวมต้องได้รับอนุญาตจากบุคคลใดบุคคลหนึ่ง หรือแม้แต่สมาชิกหลายคนของกลุ่มใดกลุ่มหนึ่ง นอกจากนี้ คุณลักษณะเจ้าของรหัสยังรวมอยู่ในกฎใบอนุญาต ซึ่งทำให้ง่ายต่อการระบุบุคคลที่ออกใบอนุญาต
ช่วยให้องค์กรสามารถใช้กระบวนการแก้ไขปัญหาที่ซับซ้อนได้ ในขณะเดียวกันก็รักษาความเรียบง่ายของแอป GitLab เดียว โดยที่ปัญหา โค้ด ไปป์ไลน์ และข้อมูลการตรวจสอบสามารถมองเห็นได้และเข้าถึงได้ เพื่อตัดสินใจและเร่งกระบวนการแก้ไขให้เร็วขึ้น
ChatOps เป็นโอเพ่นซอร์สแล้ว
GitLab ChatOps เป็นเครื่องมืออัตโนมัติอันทรงพลังที่ช่วยให้คุณสามารถเรียกใช้งาน CI/CD และค้นหาสถานะได้โดยตรงในแอปแชท เช่น Slack และ Mattermost ChatOps เป็นส่วนหนึ่งของการสมัครสมาชิก GitLab Ultimate ซึ่งเป็นรากฐาน и บางครั้งเราย้ายคุณลักษณะต่างๆ ลงไปหนึ่งระดับและไม่เคยเลื่อนขึ้นไปอีกเลย
ในกรณีของ ChatOps เราตระหนักดีว่าฟังก์ชันนี้จะมีประโยชน์สำหรับทุกคน และการมีส่วนร่วมของชุมชนจะเป็นประโยชน์ต่อฟีเจอร์นี้เอง
ใน GitLab 11.9 เรา และตอนนี้จึงสามารถใช้งานได้ฟรีใน GitLab Core ที่จัดการด้วยตนเองและบน GitLab.com และเปิดให้ชุมชนเข้าชม
และอีกมากมาย!
มีคุณสมบัติที่ยอดเยี่ยมมากมายในรุ่นนี้ เช่น , и , - เราแทบรอไม่ไหวที่จะบอกคุณเกี่ยวกับพวกเขา!
พนักงานที่ทรงคุณค่าที่สุด () เดือนนี้ได้รับการยอมรับจาก Marcel Amirault ()
Marcel ช่วยเราปรับปรุงเอกสาร GitLab อย่างต่อเนื่อง เขา เพื่อปรับปรุงคุณภาพและการใช้งานเอกสารของเรา โดโมะ อะริกาโตะ [ขอบคุณมาก (ภาษาญี่ปุ่น) - ประมาณ [แปล] Marcel เราซาบซึ้งจริงๆ!
คุณสมบัติหลักที่เพิ่มเข้ามาใน GitLab 11.9
การค้นพบความลับและข้อมูลรับรองในพื้นที่เก็บข้อมูล
(อัลติเมท, โกลด์)
บางครั้งนักพัฒนาอาจรั่วไหลความลับและข้อมูลประจำตัวไปยังที่เก็บข้อมูลระยะไกลโดยไม่ได้ตั้งใจ หากบุคคลอื่นสามารถเข้าถึงแหล่งข้อมูลนี้ หรือหากโปรเจ็กต์เป็นแบบสาธารณะ ข้อมูลที่ละเอียดอ่อนก็จะถูกเปิดเผยและผู้โจมตีสามารถใช้เพื่อเข้าถึงทรัพยากร เช่น สภาพแวดล้อมการใช้งาน
GitLab 11.9 มีการทดสอบใหม่ - “การตรวจจับความลับ” โดยจะสแกนเนื้อหาของพื้นที่เก็บข้อมูลเพื่อค้นหาคีย์ API และข้อมูลอื่นๆ ที่ไม่ควรอยู่ที่นั่น GitLab แสดงผลในรายงาน SAST ในวิดเจ็ต Merge Request, รายงานไปป์ไลน์ และแดชบอร์ดความปลอดภัย
หากคุณได้เปิดใช้งาน SAST สำหรับแอปพลิเคชันของคุณแล้ว คุณไม่จำเป็นต้องดำเนินการใดๆ เพียงใช้ประโยชน์จากคุณลักษณะใหม่นี้ มันรวมอยู่ในการกำหนดค่าด้วย ค่าเริ่มต้น.
กฎสำหรับการแก้ไขคำขอรวม
(พรีเมี่ยม สุดยอด เงิน ทอง)
การตรวจสอบโค้ดเป็นองค์ประกอบสำคัญของทุกโครงการที่ประสบความสำเร็จ แต่ก็ไม่ชัดเจนเสมอไปว่าใครควรตรวจสอบการเปลี่ยนแปลง มักเป็นที่พึงปรารถนาที่จะมีผู้ตรวจสอบจากทีมต่างๆ ได้แก่ ทีมพัฒนา ทีมประสบการณ์ผู้ใช้ และทีมผู้ผลิต
กฎการอนุญาตช่วยให้คุณสามารถปรับปรุงกระบวนการโต้ตอบระหว่างบุคคลที่เกี่ยวข้องกับการตรวจสอบโค้ดโดยการกำหนดวงกลมของผู้อนุมัติที่ได้รับอนุญาตและจำนวนสิทธิ์ขั้นต่ำ กฎการแก้ปัญหาจะแสดงในวิดเจ็ตคำขอรวม เพื่อให้คุณสามารถมอบหมายผู้ตรวจสอบคนถัดไปได้อย่างรวดเร็ว
ใน GitLab 11.8 กฎการอนุญาตถูกปิดใช้งานตามค่าเริ่มต้น ตั้งแต่ GitLab 11.9 เป็นต้นไป จะมีให้ใช้งานได้ตามค่าเริ่มต้น ใน GitLab 11.3 เราได้แนะนำตัวเลือกนี้ เพื่อระบุสมาชิกในทีมที่รับผิดชอบรหัสส่วนบุคคลภายในโครงการ คุณลักษณะเจ้าของรหัสถูกรวมเข้ากับกฎการอนุญาต ดังนั้นคุณจึงสามารถค้นหาบุคคลที่เหมาะสมเพื่อตรวจสอบการเปลี่ยนแปลงได้อย่างรวดเร็ว
การย้าย ChatOps ไปที่ Core
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ChatOps เปิดตัวครั้งแรกใน GitLab Ultimate 10.6 และได้ย้ายไปที่ GitLab Core GitLab ChatOps นำเสนอความสามารถในการรันงาน GitLab CI ผ่าน Slack โดยใช้ฟีเจอร์นี้ .
เรากำลังเปิดซอร์สฟีเจอร์นี้ตามที่เรากำหนด . เมื่อใช้บ่อยขึ้น ชุมชนจะมีส่วนร่วมมากขึ้น
การตรวจสอบพารามิเตอร์ฟังก์ชัน
(พรีเมี่ยม สุดยอด เงิน ทอง)
ขณะนี้การดำเนินการต่างๆ เช่น การเพิ่ม การลบ หรือการเปลี่ยนแปลงพารามิเตอร์ฟีเจอร์ จะถูกบันทึกไว้ในบันทึกการตรวจสอบของ GitLab ดังนั้นคุณจึงสามารถดูว่ามีอะไรเปลี่ยนแปลงและเมื่อใด มีอุบัติเหตุเกิดขึ้นและคุณต้องดูว่ามีอะไรเปลี่ยนแปลงเมื่อเร็ว ๆ นี้? หรือคุณเพียงแค่ต้องตรวจสอบว่าพารามิเตอร์ฟังก์ชันมีการเปลี่ยนแปลงอย่างไรในการตรวจสอบ? ตอนนี้มันง่ายมากที่จะทำ
ระบุช่องโหว่ของคำขอผสาน
(อัลติเมท, โกลด์)
หากต้องการแก้ไขช่องโหว่ของโค้ดอย่างรวดเร็ว กระบวนการจะต้องไม่ซับซ้อน สิ่งสำคัญคือต้องลดความซับซ้อนของแพตช์รักษาความปลอดภัย เพื่อให้นักพัฒนาสามารถมุ่งเน้นไปที่ความรับผิดชอบของตนได้ ใน GitLab 11.7 เรา แต่จะต้องดาวน์โหลด นำไปใช้ในเครื่อง จากนั้นจึงพุชไปยังที่เก็บข้อมูลระยะไกล
ใน GitLab 11.9 กระบวนการนี้เป็นแบบอัตโนมัติ แก้ไขช่องโหว่โดยไม่ต้องออกจากเว็บอินเตอร์เฟส GitLab คำขอผสานถูกสร้างขึ้นโดยตรงจากหน้าต่างข้อมูลช่องโหว่ และสาขาใหม่นี้จะมีการแก้ไขอยู่แล้ว หลังจากตรวจสอบเพื่อดูว่าปัญหาได้รับการแก้ไขแล้วหรือไม่ ให้เพิ่มการแก้ไขไปยังสาขาอัปสตรีมหากไปป์ไลน์ปกติ
การแสดงผลลัพธ์การสแกนคอนเทนเนอร์ในแผงความปลอดภัยของกลุ่ม
(อัลติเมท, โกลด์)
แดชบอร์ดด้านความปลอดภัยของทีมช่วยให้ทีมมุ่งเน้นไปที่ปัญหาที่สำคัญที่สุดต่องานของพวกเขา โดยให้ภาพรวมที่ชัดเจนและมีรายละเอียดเกี่ยวกับช่องโหว่ที่อาจเกิดขึ้นทั้งหมดที่อาจส่งผลกระทบต่อแอปพลิเคชัน ด้วยเหตุนี้จึงเป็นเรื่องสำคัญที่แดชบอร์ดจะต้องมีข้อมูลที่จำเป็นทั้งหมดไว้ในที่เดียว และอนุญาตให้ผู้ใช้เจาะลึกข้อมูลก่อนที่จะแก้ไขช่องโหว่
ใน GitLab 11.9 ผลลัพธ์การสแกนคอนเทนเนอร์ได้ถูกเพิ่มลงในแดชบอร์ด นอกเหนือจาก SAST ที่มีอยู่และผลลัพธ์การสแกนการพึ่งพา ตอนนี้ภาพรวมทั้งหมดรวมอยู่ในที่เดียว โดยไม่คำนึงถึงสาเหตุของปัญหา
เทมเพลต CI/CD สำหรับงานด้านความปลอดภัย
(อัลติเมท, โกลด์)
คุณลักษณะด้านความปลอดภัยของ GitLab มีการพัฒนาอย่างรวดเร็วและต้องมีการอัปเดตอย่างต่อเนื่องเพื่อให้โค้ดของคุณมีประสิทธิภาพและปลอดภัย การเปลี่ยนคำจำกัดความของงานเป็นเรื่องยากเมื่อคุณจัดการหลายโครงการ และเรายังเข้าใจด้วยว่าไม่มีใครอยากเสี่ยงต่อการใช้ GitLab เวอร์ชันล่าสุดโดยไม่แน่ใจว่าจะเข้ากันได้กับ GitLab เวอร์ชันปัจจุบันอย่างสมบูรณ์
ด้วยเหตุนี้เราจึงแนะนำกลไกใหม่ใน GitLab 11.7 ในการกำหนดงานที่ใช้ .
เริ่มต้นด้วย GitLab 11.9 เราจะนำเสนอเทมเพลตในตัวสำหรับงานด้านความปลอดภัยทั้งหมด: ตัวอย่างเช่น sast и dependency_scanning, - เข้ากันได้กับ GitLab เวอร์ชันที่เกี่ยวข้อง
รวมไว้ในการกำหนดค่าของคุณโดยตรง และจะได้รับการอัปเดตพร้อมกับระบบทุกครั้งที่คุณอัปเกรดเป็น GitLab เวอร์ชันใหม่ การกำหนดค่าไปป์ไลน์ไม่เปลี่ยนแปลง
วิธีใหม่ในการกำหนดงานด้านความปลอดภัยนั้นเป็นทางการและไม่สนับสนุนคำจำกัดความของงานหรือข้อมูลโค้ดอื่นๆ ก่อนหน้านี้ คุณควรอัปเดตคำจำกัดความของคุณโดยเร็วที่สุดเพื่อใช้คำหลักใหม่
template. การสนับสนุนไวยากรณ์อื่นๆ อาจถูกลบออกใน GitLab 12.0 หรือรุ่นอื่นๆ ในอนาคต
การปรับปรุงอื่นๆ ใน GitLab 11.9
ตอบกลับความคิดเห็น
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
GitLab มีการสนทนาในหัวข้อต่างๆ จนถึงขณะนี้ ผู้ที่เขียนความคิดเห็นต้นฉบับต้องตัดสินใจตั้งแต่เริ่มแรกว่าต้องการพูดคุยหรือไม่
เราได้ผ่อนคลายข้อจำกัดนี้แล้ว แสดงความคิดเห็นใดๆ ใน GitLab (เกี่ยวกับปัญหา คำขอรวม และมหากาพย์) และตอบกลับ เพื่อเริ่มการสนทนา วิธีนี้ทำให้ทีมโต้ตอบกันเป็นระเบียบมากขึ้น
เทมเพลตโปรเจ็กต์สำหรับ .NET, Go, iOS และ Pages
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เพื่อให้ผู้ใช้สร้างโปรเจ็กต์ใหม่ได้ง่ายขึ้น เราขอเสนอเทมเพลตโปรเจ็กต์ใหม่หลายแบบ:
- ประถม ซึ่งรวมถึงแอปพลิเคชันพื้นฐานที่มี CI
- เทมเพลตที่พร้อมใช้งานที่รวมเข้าด้วยกัน และ GitLab CI/CD
- พร้อมสำหรับการปรับแต่งเบื้องต้นใน GitLab โปรดทราบว่าเนื่องจากบิวด์ iOS ต้องใช้ MacOS runner โดยเฉพาะ คุณจะต้องจัดเตรียมเซิร์ฟเวอร์บิลด์ของคุณเองหากคุณต้องการใช้กับ GitLab CI/CD
- กำหนดค่าให้ทำงานกับ Netlify ได้
ต้องได้รับอนุญาตสำหรับคำขอรวมจากเจ้าของรหัส
(พรีเมี่ยม สุดยอด เงิน ทอง)
ไม่ชัดเจนว่าใครเป็นผู้อนุมัติคำขอรวม
ขณะนี้ GitLab รองรับการกำหนดให้คำขอรวมได้รับการอนุมัติโดยพิจารณาจากไฟล์ที่คำขอแก้ไขโดยใช้ . เจ้าของรหัสถูกกำหนดโดยใช้ไฟล์ที่เรียกว่า CODEOWNERSซึ่งมีรูปแบบคล้ายคลึงกับ gitattributes.
มีการเพิ่มการสนับสนุนสำหรับการกำหนดเจ้าของรหัสให้เป็นบุคคลที่รับผิดชอบในการอนุมัติคำขอรวมโดยอัตโนมัติ .
การย้ายไฟล์ใน Web IDE
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ตอนนี้เมื่อเปลี่ยนชื่อไฟล์หรือไดเร็กทอรีแล้วคุณสามารถย้ายจาก Web IDE ไปยังที่เก็บตามเส้นทางใหม่ได้
แท็กตามลำดับตัวอักษร
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
แท็ก GitLab มีความหลากหลายอย่างไม่น่าเชื่อ และทีมก็ค้นหาการใช้งานใหม่ๆ อยู่เสมอ ด้วยเหตุนี้ ผู้ใช้จึงมักจะเพิ่มแท็กจำนวนมากในปัญหา คำขอรวม หรือมหากาพย์
ใน GitLab 11.9 เราได้ทำให้การใช้ป้ายกำกับง่ายขึ้นเล็กน้อย สำหรับปัญหา คำขอรวม และ Epic ป้ายที่แสดงในแถบด้านข้างจะจัดเรียงตามลำดับตัวอักษร นอกจากนี้ยังใช้กับการดูรายการวัตถุเหล่านี้ด้วย
ความคิดเห็นด่วนเมื่อกรองการกระทำตามงาน
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เราเพิ่งเปิดตัวคุณสมบัติที่ช่วยให้ผู้ใช้สามารถกรองฟีดกิจกรรมตามงาน คำขอรวม หรือมหากาพย์ ซึ่งช่วยให้ผู้ใช้สามารถมุ่งความสนใจไปที่ความคิดเห็นหรือบันทึกของระบบเท่านั้น การตั้งค่านี้จะถูกบันทึกไว้สำหรับผู้ใช้แต่ละคนในระบบ และอาจเกิดขึ้นที่ผู้ใช้อาจไม่ทราบว่าเมื่อดูปัญหาหลายวันต่อมา พวกเขาเห็นฟีดที่ถูกกรอง เขารู้สึกเหมือนเขาไม่สามารถแสดงความคิดเห็นได้
เราได้ปรับปรุงปฏิสัมพันธ์นี้แล้ว ขณะนี้ผู้ใช้สามารถสลับไปยังโหมดที่อนุญาตให้แสดงความคิดเห็นได้อย่างรวดเร็วโดยไม่ต้องเลื่อนกลับไปที่ด้านบนของฟีด สิ่งนี้ใช้กับงาน คำขอรวม และมหากาพย์
การเปลี่ยนลำดับของมหากาพย์เด็ก
(อัลติเมท, โกลด์)
เราเพิ่งเปิดตัว ซึ่งอนุญาตให้ใช้ Epics ของ Epics ได้ (นอกเหนือจากงานย่อยของ Epics)
ตอนนี้คุณสามารถจัดเรียงลำดับของมหากาพย์เด็กได้โดยการลากและวาง เช่นเดียวกับปัญหาเกี่ยวกับเด็ก ทีมสามารถใช้ลำดับเพื่อสะท้อนถึงลำดับความสำคัญหรือกำหนดลำดับงานที่ควรทำให้เสร็จ
ข้อความระบบส่วนหัวและส่วนท้ายที่กำหนดเองบนเว็บและอีเมล
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด)
ก่อนหน้านี้เราได้เพิ่มฟีเจอร์ที่อนุญาตให้ข้อความส่วนหัวและส่วนท้ายที่กำหนดเองปรากฏบนทุกหน้าใน GitLab ได้รับการตอบรับอย่างอบอุ่น และทีมต่างๆ ใช้เพื่อแบ่งปันข้อมูลที่สำคัญ เช่น ข้อความระบบที่เกี่ยวข้องกับอินสแตนซ์ GitLab ของตน
เรารู้สึกตื่นเต้นที่จะนำฟีเจอร์นี้มาสู่ Core เพื่อให้ผู้คนสามารถใช้งานได้มากขึ้น นอกจากนี้ เรายังอนุญาตให้ผู้ใช้สามารถเลือกที่จะแสดงข้อความเดียวกันในอีเมลทั้งหมดที่ส่งผ่าน GitLab เพื่อความสอดคล้องกันในจุดสัมผัส GitLab อื่นของผู้ใช้
กรองตามงานที่เป็นความลับ
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ปัญหาที่เป็นความลับเป็นเครื่องมือที่มีประโยชน์สำหรับทีมในการเปิดใช้งานการสนทนาส่วนตัวในหัวข้อที่ละเอียดอ่อนภายในโปรเจ็กต์ที่เปิดอยู่ โดยเฉพาะอย่างยิ่งมันเหมาะอย่างยิ่งสำหรับการทำงานกับจุดอ่อนด้านความปลอดภัย จนถึงขณะนี้ การจัดการงานที่ละเอียดอ่อนไม่ใช่เรื่องง่าย
ใน GitLab 11.9 รายการปัญหา GitLab จะถูกกรองตามปัญหาที่ละเอียดอ่อนหรือไม่ละเอียดอ่อน นอกจากนี้ยังใช้กับการค้นหางานโดยใช้ API อีกด้วย
ขอขอบคุณ Robert Schilling สำหรับการสนับสนุนของเขา)!
การแก้ไขโดเมน Knative หลังจากการปรับใช้
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
การระบุโดเมนที่กำหนดเองเมื่อติดตั้ง Knative ช่วยให้คุณสามารถให้บริการแอปพลิเคชัน/คุณสมบัติแบบไร้เซิร์ฟเวอร์ต่างๆ จากจุดสิ้นสุดที่ไม่ซ้ำกัน
การรวม Kubernetes ใน GitLab ช่วยให้คุณสามารถเปลี่ยน/อัปเดตโดเมนผู้ใช้ได้หลังจากปรับใช้ Knative กับคลัสเตอร์ Kubernetes
ตรวจสอบรูปแบบใบรับรอง Kubernetes CA
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เมื่อเพิ่มคลัสเตอร์ Kubernetes ที่มีอยู่ ตอนนี้ GitLab จะตรวจสอบว่าใบรับรอง CA ที่ป้อนอยู่ในรูปแบบ PEM ที่ถูกต้อง ซึ่งจะช่วยขจัดข้อผิดพลาดที่อาจเกิดขึ้นด้วยการผสานรวม Kubernetes
การขยายยูทิลิตี้การเปรียบเทียบคำขอผสานไปยังไฟล์ทั้งหมด
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เมื่อดูการเปลี่ยนแปลงในคำขอรวม ตอนนี้คุณสามารถขยายยูทิลิตี้ diff ในแต่ละไฟล์ได้ เพื่อแสดงทั้งไฟล์สำหรับบริบทเพิ่มเติม และแสดงความคิดเห็นในบรรทัดที่ไม่เปลี่ยนแปลง
ดำเนินงานเฉพาะตามคำขอรวมเมื่อไฟล์บางไฟล์มีการเปลี่ยนแปลงเท่านั้น
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
GitLab 11.6 เพิ่มความสามารถในการกำหนด สำหรับงานไปป์ไลน์เพื่อให้ผู้ใช้สามารถทำงานเฉพาะเมื่อสร้างคำขอรวมเท่านั้น
ขณะนี้เรากำลังขยายฟังก์ชันการทำงานนี้: เพิ่มตรรกะการเชื่อมต่อแล้ว และผู้ใช้สามารถดำเนินงานเฉพาะได้เฉพาะคำขอรวมและเมื่อไฟล์บางไฟล์มีการเปลี่ยนแปลงเท่านั้น
ขอบคุณสำหรับการสนับสนุน Hiroyuki Sato ()!
การตรวจสอบ GitLab อัตโนมัติด้วย Grafana
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด)
ตอนนี้ Grafana รวมอยู่ในแพ็คเกจ Omnibus ของเราแล้ว ทำให้เข้าใจได้ง่ายขึ้นว่าอินสแตนซ์ของคุณทำงานอย่างไร
ปรับแต่ง grafana['enable'] = true в gitlab.rbและ Grafana จะมีจำหน่ายที่: https://your.gitlab.instance/-/grafana. ในอนาคตอันใกล้นี้เราก็จะทำเช่นกัน "จากกล่อง".
ดูมหากาพย์หลักในแถบด้านข้างของมหากาพย์
(อัลติเมท, โกลด์)
เราเพิ่งเปิดตัว อนุญาตให้ใช้มหากาพย์ของมหากาพย์
ใน GitLab 11.9 เราได้ทำให้การดูความสัมพันธ์นี้ง่ายขึ้น ตอนนี้คุณสามารถเห็นไม่เพียงแต่มหากาพย์แม่ของมหากาพย์ที่กำหนดเท่านั้น แต่ยังเห็นแผนผังมหากาพย์ทั้งหมดในแถบด้านข้างทางด้านขวาด้วย คุณสามารถดูได้ว่ามหากาพย์เหล่านี้ปิดไปแล้วหรือไม่ และคุณยังสามารถไปที่มหากาพย์เหล่านั้นได้โดยตรงอีกด้วย
ลิงก์ไปยังงานใหม่จากงานที่ย้ายและปิดไปแล้ว
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ใน GitLab คุณสามารถย้ายปัญหาไปยังโปรเจ็กต์อื่นได้อย่างง่ายดายโดยใช้แถบด้านข้างหรือการดำเนินการด่วน เบื้องหลัง งานที่มีอยู่จะถูกปิดและมีการสร้างงานใหม่ในโปรเจ็กต์เป้าหมายพร้อมข้อมูลที่คัดลอกทั้งหมด รวมถึงบันทึกของระบบและคุณลักษณะของแถบด้านข้าง นี่เป็นคุณสมบัติที่ยอดเยี่ยม
เนื่องจากมีหมายเหตุของระบบเกี่ยวกับการย้าย ผู้ใช้เมื่อดูงานที่ปิดอยู่จะสับสนและอดไม่ได้ที่จะตระหนักว่างานถูกปิดเนื่องจากการย้าย
ในข่าวประชาสัมพันธ์ฉบับนี้ เราจะแจ้งให้ทราบอย่างชัดเจนในไอคอนที่ด้านบนของหน้าฉบับปิดว่ามีการย้ายแล้ว และเรายังรวมลิงก์แบบฝังไปยังฉบับใหม่ด้วย เพื่อให้ใครก็ตามที่เข้าสู่ฉบับเก่าสามารถติดตามได้อย่างรวดเร็ว นำทางไปยังอันใหม่
บูรณาการ YouTrack
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
GitLab ทำงานร่วมกับระบบติดตามปัญหาภายนอกจำนวนมาก ทำให้ง่ายสำหรับทีมที่จะใช้ GitLab สำหรับฟังก์ชันอื่นๆ ในขณะที่ยังคงรักษาเครื่องมือการจัดการปัญหาที่พวกเขาเลือกไว้
ในเวอร์ชันนี้ เราได้เพิ่มความสามารถในการผสานรวม YouTrack จาก JetBrains
เราขอขอบคุณ Kotau Jauchen สำหรับการสนับสนุนของเขา ()!
การปรับขนาดโครงสร้างไฟล์คำขอผสาน
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เมื่อดูการเปลี่ยนแปลงคำขอรวม คุณสามารถปรับขนาดแผนผังไฟล์เพื่อแสดงชื่อไฟล์ที่ยาวหรือประหยัดพื้นที่บนหน้าจอที่เล็กลงได้
ไปที่แถบงานล่าสุด
(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์)
แดชบอร์ดมีประโยชน์มากและทีมสร้างแดชบอร์ดหลายรายการสำหรับแต่ละโครงการและกลุ่ม เมื่อเร็วๆ นี้เราได้เพิ่มแถบค้นหาเพื่อกรองแผงทั้งหมดที่คุณสนใจอย่างรวดเร็ว
ใน GitLab 11.9 เรายังแนะนำส่วนอีกด้วย เมื่อเร็ว ๆ นี้ ในรายการแบบเลื่อนลง ด้วยวิธีนี้คุณสามารถข้ามไปยังแผงที่คุณโต้ตอบด้วยได้อย่างรวดเร็ว
ความสามารถสำหรับนักพัฒนาในการสร้างสาขาที่ได้รับการคุ้มครอง
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
สาขาที่ได้รับการป้องกันจะป้องกันไม่ให้ย้ายหรือรวมโค้ดที่ไม่ได้รับการตรวจสอบ อย่างไรก็ตาม หากไม่มีใครได้รับอนุญาตให้ย้ายสาขาที่ได้รับการป้องกัน ก็จะไม่มีใครสามารถสร้างสาขาที่ได้รับการป้องกันใหม่ได้ เช่น สาขาที่วางจำหน่าย
ใน GitLab 11.9 นักพัฒนาสามารถสร้างสาขาที่ได้รับการป้องกันจากสาขาที่ได้รับการป้องกันแล้วผ่าน GitLab หรือ API การใช้ Git เพื่อย้ายสาขาที่ได้รับการป้องกันใหม่ยังคงถูกจำกัดเพื่อหลีกเลี่ยงการสร้างสาขาที่ได้รับการป้องกันใหม่โดยไม่ได้ตั้งใจ
การขจัดความซ้ำซ้อนของวัตถุ Git สำหรับ Open Forks (เบต้า)
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด)
การฟอร์กช่วยให้ทุกคนมีส่วนร่วมในโปรเจ็กต์โอเพ่นซอร์สได้โดยไม่ต้องได้รับอนุญาตในการเขียน เพียงแค่คัดลอกที่เก็บลงในโปรเจ็กต์ใหม่ การจัดเก็บสำเนาที่สมบูรณ์ของที่เก็บ Git ที่มีการฟอร์คบ่อยครั้งนั้นไม่มีประสิทธิภาพ ตอนนี้มี Git alternatives forks แบ่งปันอ็อบเจ็กต์ทั่วไปจากโปรเจ็กต์หลักในกลุ่มอ็อบเจ็กต์เพื่อลดความต้องการพื้นที่จัดเก็บดิสก์
พูลอ็อบเจ็กต์ Fork จะถูกสร้างขึ้นสำหรับโปรเจ็กต์ที่เปิดอยู่เมื่อเปิดใช้งานที่เก็บข้อมูลแบบแฮชเท่านั้น พูลอ็อบเจ็กต์ถูกเปิดใช้งานโดยใช้พารามิเตอร์ฟังก์ชัน object_pools.
การกรองรายการคำขอรวมโดยผู้อนุมัติที่ได้รับมอบหมาย
(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์)
การตรวจสอบโค้ดเป็นวิธีปฏิบัติทั่วไปสำหรับโครงการที่ประสบความสำเร็จ แต่อาจเป็นเรื่องยากสำหรับผู้ตรวจสอบในการติดตามคำขอรวม
ใน GitLab 11.9 รายการคำขอรวมจะถูกกรองโดยผู้อนุมัติที่ได้รับมอบหมาย วิธีนี้ทำให้คุณสามารถค้นหาคำขอรวมที่เพิ่มให้คุณในฐานะผู้ตรวจสอบได้
ขอขอบคุณ Glewin Wiechert สำหรับการมีส่วนร่วมของเขา ()!
ทางลัดสำหรับไฟล์ถัดไปและก่อนหน้าในคำขอรวม
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ขณะดูการเปลี่ยนแปลงคำขอรวม คุณสามารถสลับระหว่างไฟล์ต่างๆ ได้อย่างรวดเร็วโดยใช้ ]หรือ j เพื่อย้ายไปยังไฟล์ถัดไปและ [ หรือ k เพื่อไปยังไฟล์ก่อนหน้า
การทำให้เข้าใจง่าย .gitlab-ci.yml สำหรับโปรเจ็กต์แบบไร้เซิร์ฟเวอร์
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
สร้างขึ้นจากฟังก์ชันการทำงาน GitLab CI เทมเพลตแบบไร้เซิร์ฟเวอร์ gitlab-ci.yml ง่ายมาก หากต้องการแนะนำคุณสมบัติใหม่ในรุ่นต่อๆ ไป คุณไม่จำเป็นต้องทำการเปลี่ยนแปลงในไฟล์นี้
การสนับสนุนชื่อโฮสต์ Ingress
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เมื่อปรับใช้ตัวควบคุม Kubernetes Ingress บางแพลตฟอร์มจะถอยกลับไปเป็นที่อยู่ IP (เช่น GKE ของ Google) ในขณะที่บางแพลตฟอร์มถอยกลับไปเป็นชื่อ DNS (เช่น EKS ของ AWS)
ขณะนี้การบูรณาการ Kubernetes ของเรารองรับตำแหน่งข้อมูลทั้งสองประเภทเพื่อแสดงในส่วนนี้ clusters โครงการ
ขอขอบคุณ Aaron Walker สำหรับการสนับสนุนของเขา ()!
จำกัดการเข้าถึงการเข้าสู่ระบบ JupyterHub สำหรับสมาชิกทีม/โครงการเท่านั้น
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
การปรับใช้ JupyterHub โดยใช้การรวม Kubernetes ของ GitLab เป็นวิธีที่ดีเยี่ยมในการรักษาและใช้ Jupyter Notebooks ในทีมขนาดใหญ่ นอกจากนี้ยังมีประโยชน์ในการควบคุมการเข้าถึงข้อมูลเหล่านี้เมื่อส่งข้อมูลที่เป็นความลับหรือข้อมูลส่วนบุคคล
ใน GitLab 11.9 ความสามารถในการเข้าสู่ระบบอินสแตนซ์ JupyterHub ที่ใช้งานผ่าน Kubernetes นั้นจำกัดเฉพาะสมาชิกโปรเจ็กต์ที่มีสิทธิ์การเข้าถึงของนักพัฒนา (ผ่านกลุ่มหรือโปรเจ็กต์)
ช่วงเวลาที่ปรับแต่งได้สำหรับโครงร่างแผงความปลอดภัย
(อัลติเมท, โกลด์)
Team Security Dashboard ประกอบด้วยแผนที่ช่องโหว่เพื่อให้ภาพรวมของสถานะความปลอดภัยในปัจจุบันของโครงการของทีม สิ่งนี้มีประโยชน์มากสำหรับผู้อำนวยการด้านความปลอดภัยในการตั้งค่ากระบวนการและทำความเข้าใจวิธีการทำงานของทีม
ใน GitLab 11.9 คุณสามารถเลือกช่วงเวลาสำหรับแผนที่ช่องโหว่นี้ได้ ตามค่าเริ่มต้น นี่คือ 90 วันที่ผ่านมา แต่คุณสามารถตั้งค่าช่วงเป็น 60 หรือ 30 วันได้ ขึ้นอยู่กับระดับรายละเอียดที่คุณต้องการ
ซึ่งจะไม่ส่งผลต่อข้อมูลในตัวนับหรือรายการ แต่จะส่งผลต่อจุดข้อมูลที่แสดงในแผนภาพเท่านั้น
การเพิ่มงานสร้าง Auto DevOps สำหรับแท็ก
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
ขั้นตอนการสร้าง Auto DevOps จะสร้างบิลด์ของแอปพลิเคชันของคุณโดยใช้ Dockerfile ของโปรเจ็กต์ Heroku หรือ buildpack ของคุณ
ใน GitLab 11.9 ผลลัพธ์ของอิมเมจ Docker ที่ฝังอยู่ในแท็กไปป์ไลน์จะถูกตั้งชื่อคล้ายกับชื่อรูปภาพแบบดั้งเดิมโดยใช้แท็กคอมมิตแทนคอมมิต SHA
ขอขอบคุณ Aaron Walker สำหรับการสนับสนุนของเขา!
อัปเดต Code Climate เป็นเวอร์ชัน 0.83.0
(สตาร์ทเตอร์, พรีเมียม, อัลติเมท, บรอนซ์, ซิลเวอร์, โกลด์)
GitLab ใช้ เพื่อตรวจสอบว่าการเปลี่ยนแปลงส่งผลต่อสถานะของโค้ดและโปรเจ็กต์ของคุณอย่างไร
ใน GitLab 11.9 เราได้อัปเดตเอ็นจิ้นเป็นเวอร์ชันล่าสุด () เพื่อให้ได้รับประโยชน์จากภาษาเพิ่มเติมและการสนับสนุนการวิเคราะห์แบบคงที่สำหรับคุณภาพโค้ด GitLab
ขอขอบคุณสมาชิกในทีม GitLab Core Takuya Noguchi สำหรับการมีส่วนร่วมของเขา ()!
การซูมและการเลื่อนแผงเมตริก
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เมื่อตรวจสอบความผิดปกติของประสิทธิภาพ การพิจารณาแต่ละส่วนของเมตริกนั้นๆ ให้ละเอียดยิ่งขึ้นมักจะเป็นประโยชน์
ด้วย GitLab 11.9 ผู้ใช้จะสามารถซูมไปยังช่วงเวลาแต่ละช่วงเวลาในแผงเมตริก เลื่อนดูช่วงเวลาทั้งหมด และกลับสู่มุมมองของช่วงเวลาเดิมได้อย่างง่ายดาย สิ่งนี้ช่วยให้คุณค้นคว้าเหตุการณ์ที่คุณต้องการได้อย่างรวดเร็วและง่ายดาย
SAST สำหรับ TypeScript
(อัลติเมท, โกลด์)
เป็นภาษาโปรแกรมที่ค่อนข้างใหม่ .
ใน GitLab 11.9 การทดสอบความปลอดภัยของแอปพลิเคชันแบบคงที่ (SAST) จะวิเคราะห์และตรวจจับช่องโหว่ในโค้ด TypeScript ซึ่งแสดงให้เห็นในวิดเจ็ตคำขอผสาน ระดับไปป์ไลน์ และแดชบอร์ดความปลอดภัย คำจำกัดความของงานปัจจุบัน sast ไม่ต้องเปลี่ยนแถมยังรวมอยู่ด้วยโดยอัตโนมัติ .
SAST สำหรับโปรเจ็กต์ Maven หลายโมดูล
(อัลติเมท, โกลด์)
โปรเจ็กต์ Maven มักถูกจัดระเบียบเพื่อรวมเข้าด้วยกัน ในที่เก็บข้อมูลเดียว ก่อนหน้านี้ GitLab ไม่สามารถสแกนโปรเจ็กต์ดังกล่าวได้อย่างถูกต้อง และนักพัฒนาและผู้เชี่ยวชาญด้านความปลอดภัยก็ไม่ได้รับรายงานช่องโหว่
GitLab 11.9 ให้การสนับสนุนเพิ่มเติมสำหรับฟีเจอร์ SAST สำหรับการกำหนดค่าโปรเจ็กต์เฉพาะนี้ โดยให้ความสามารถในการทดสอบช่องโหว่ตามที่เป็นอยู่ ด้วยความยืดหยุ่นของเครื่องวิเคราะห์ การกำหนดค่าจึงถูกกำหนดโดยอัตโนมัติ และคุณไม่จำเป็นต้องเปลี่ยนแปลงอะไรเพื่อดูผลลัพธ์สำหรับแอปพลิเคชัน Maven หลายโมดูล ตามปกติแล้ว การปรับปรุงที่คล้ายกันก็มีให้ภายในเช่นกัน .
GitLab วิ่ง 11.9
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
วันนี้เรายังเปิดตัว GitLab Runner 11.9! GitLab Runner เป็นโปรเจ็กต์โอเพ่นซอร์สและใช้เพื่อรันงาน CI/CD และส่งผลกลับไปยัง GitLab
ด้านล่างนี้คือการเปลี่ยนแปลงบางส่วนใน GitLab Runner 11.9:
- .
- и .
- ... มันเหมือนกัน .
- สำหรับการสนับสนุน ซึ่งจะปรากฏใน GitLab 11.10
- .
- .
- การย้ายหลายสคริปต์ - รวมถึง и - ในไป
- .
- .
- .
รายการการเปลี่ยนแปลงทั้งหมดสามารถพบได้ในบันทึกการเปลี่ยนแปลงของ GitLab Runner: .
การปรับปรุงสคีมา GitLab
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด)
มีการปรับปรุงต่อไปนี้ในแผนภูมิ GitLab:
- เพิ่มการสนับสนุนสำหรับ Google Cloud Memorystore
- การตั้งค่างาน Cron เนื่องจากมีใช้บริการหลายอย่าง
- รีจิสทรีได้รับการอัพเดตเป็นเวอร์ชัน 2.7.1
- เพิ่มการตั้งค่าใหม่เพื่อให้รีจิสทรี GitLab เข้ากันได้กับ Docker เวอร์ชันก่อน 1.10 หากต้องการเปิดใช้งาน ให้ติดตั้ง
registry.compatibility.schema1.enabled: true.
การปรับปรุงประสิทธิภาพ
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด, ฟรี, บรอนซ์, เงิน, ทอง)
เราปรับปรุงประสิทธิภาพ GitLab อย่างต่อเนื่องในทุกการเปิดตัวสำหรับอินสแตนซ์ GitLab ทุกขนาด นี่คือการปรับปรุงบางอย่างใน GitLab 11.9:
- .
- .
- .
- .
การปรับปรุงรถโดยสาร
(คอร์, สตาร์ทเตอร์, พรีเมียม, สุดยอด)
GitLab 11.9 มีการปรับปรุง Omnibus ดังต่อไปนี้:
- GitLab 11.9 ประกอบด้วย , ซึ่งมีรุ่นล่าสุดประกอบด้วย MFA สำหรับ Team Edition ประสิทธิภาพของรูปภาพที่ได้รับการปรับปรุง และอื่นๆ เวอร์ชันนี้ยังรวมถึง ; แนะนำให้อัปเดต
- เพิ่มการตั้งค่าใหม่เพื่อให้รีจิสทรี GitLab เข้ากันได้กับ Docker เวอร์ชันก่อน 1.10 หากต้องการเปิดใช้งาน ให้ติดตั้ง
registry['compatibility_schema1_enabled'] = true в gitlab.rb. - ขณะนี้รีจิสทรี GitLab ส่งออกตัววัด Prometheus และได้รับการตรวจสอบโดยอัตโนมัติจากขาเข้า .
- เพิ่มการสนับสนุนสำหรับ Google Cloud Memorystore ซึ่งจำเป็นต้องใช้ .
opensslอัปเดตเป็นเวอร์ชัน 1.0.2rnginx- จนถึงเวอร์ชัน 1.14.2,python- จนถึงเวอร์ชัน 3.4.9,jemalloc- จนถึงเวอร์ชัน 5.1.0,docutils- จนถึงเวอร์ชัน 0.13.1,gitlab-monitor- จนถึงเวอร์ชัน 3.2.0
คุณสมบัติที่ล้าสมัย
GitLab Geo จะจัดให้มีพื้นที่เก็บข้อมูลแบบแฮชใน GitLab 12.0
จำเป็นต้องมี GitLab Geo เพื่อลดการแข่งขัน (สภาพการแข่งขัน) บนโหนดรอง สิ่งนี้ถูกบันทึกไว้ใน .
ใน GitLab เราได้เพิ่มข้อกำหนดนี้ในเอกสารประกอบทางภูมิศาสตร์: .
ใน GitLab sudo gitlab-rake gitlab: geo: check ตรวจสอบว่าเปิดใช้งานที่เก็บข้อมูลแบบแฮชแล้วและโปรเจ็กต์ทั้งหมดถูกย้ายหรือไม่ ซม. . หากคุณใช้ Geo โปรดเรียกใช้การตรวจสอบนี้และย้ายข้อมูลโดยเร็วที่สุด
ใน GitLab คำเตือนปิดการใช้งานอย่างถาวร จะแสดงบนหน้า พื้นที่ผู้ดูแลระบบ › ภูมิศาสตร์ › โหนดหากไม่อนุญาตให้ตรวจสอบข้างต้น
ใน GitLab Geo จะใช้ข้อกำหนดพื้นที่เก็บข้อมูลแบบแฮช ซม. .
วันที่ลบ: 22 เมืองมิถุนายน 2019
บูรณาการฮิปแชท
ฮิปแชท . นอกจากนี้ในเวอร์ชัน 11.9 .
วันที่ลบ: 22 เมืองมีนาคม 2019
รองรับ CentOS 6 สำหรับ GitLab Runner โดยใช้ตัวดำเนินการ Docker
GitLab Runner ไม่รองรับ CentOS 6 เมื่อใช้ Docker บน GitLab 11.9 นี่เป็นผลลัพธ์ของการอัปเดตไลบรารีหลักของ Docker ซึ่งไม่รองรับ CentOS 6 อีกต่อไป สำหรับรายละเอียดเพิ่มเติม โปรดดูที่ .
วันที่ลบ: 22 เมืองมีนาคม 2019
เส้นทางรหัสเดิมของ GitLab Runner ที่ล้าสมัย
ตั้งแต่ Gitlab 11.9 เป็นต้นไป GitLab Runner จะใช้ การโคลน / การเรียกพื้นที่เก็บข้อมูล ปัจจุบัน GitLab Runner จะใช้วิธีเก่าหากไม่รองรับวิธีใหม่
ใน GitLab 11.0 เราได้เปลี่ยนรูปลักษณ์ของการกำหนดค่าเซิร์ฟเวอร์เมตริกสำหรับ GitLab Runner metrics_server จะถูกลบออกเพื่อประโยชน์ listen_address ใน GitLab 12.0. ดูรายละเอียดเพิ่มเติมใน . และรายละเอียดเพิ่มเติมใน .
ในเวอร์ชัน 11.3 GitLab Runner เริ่มให้การสนับสนุน ซึ่งนำไปสู่การตั้งค่าใหม่สำหรับ . ใน มีตารางการเปลี่ยนแปลงและคำแนะนำในการย้ายไปยังการกำหนดค่าใหม่ ดูรายละเอียดเพิ่มเติมใน .
เส้นทางเหล่านี้ไม่มีใน GitLab 12.0 อีกต่อไป ในฐานะผู้ใช้ คุณไม่จำเป็นต้องเปลี่ยนแปลงอะไรนอกจากตรวจสอบให้แน่ใจว่าอินสแตนซ์ GitLab ของคุณใช้งานเวอร์ชัน 11.9+ เมื่ออัปเกรดเป็น GitLab Runner 12.0
วันที่ลบ: 22 เมืองมิถุนายน 2019
พารามิเตอร์ที่เลิกใช้แล้วสำหรับคุณลักษณะจุดเริ่มต้นสำหรับ GitLab Runner
11.4 GitLab Runner แนะนำพารามิเตอร์ฟีเจอร์ เพื่อแก้ไขปัญหาต่างๆ เช่น и .
ใน GitLab 12.0 เราจะเปลี่ยนไปใช้พฤติกรรมที่ถูกต้องเหมือนกับว่าการตั้งค่าฟีเจอร์ถูกปิดใช้งาน ดูรายละเอียดเพิ่มเติมใน .
วันที่ลบ: 22 เมืองมิถุนายน 2019
การสนับสนุนที่เลิกใช้แล้วสำหรับการเผยแพร่ Linux ถึง EOL สำหรับ GitLab Runner
Linux บางตัวที่สามารถติดตั้ง GitLab Runner ได้นั้นใช้งานได้ตามวัตถุประสงค์
ใน GitLab 12.0 นั้น GitLab Runner จะไม่แจกจ่ายแพ็คเกจไปยัง Linux ดังกล่าวอีกต่อไป คุณสามารถดูรายการการแจกแจงทั้งหมดที่ไม่ได้รับการสนับสนุนอีกต่อไปได้ในของเรา . ขอขอบคุณ Javier Ardo () สำหรับเขา !
วันที่ลบ: 22 เมืองมิถุนายน 2019
การลบคำสั่ง GitLab Runner Helper เก่า
เป็นส่วนหนึ่งของความพยายามของเราที่จะสนับสนุน ต้องละทิ้งคำสั่งเก่าๆ ที่ใช้ไป .
ใน GitLab 12.0 นั้น GitLab Runner จะเปิดตัวโดยใช้คำสั่งใหม่ สิ่งนี้มีผลกับผู้ใช้ที่ลบล้างเท่านั้น . ดูรายละเอียดเพิ่มเติมใน .
วันที่ลบ: 22 เมืองมิถุนายน 2019
นักพัฒนาสามารถลบแท็ก Git ใน GitLab 11.10
ในอดีตการลบหรือแก้ไขบันทึกเวอร์ชันสำหรับแท็ก Git ในสาขาที่ไม่ได้ตรวจสอบนั้นถูกจำกัดอยู่เพียงเท่านั้น .
เนื่องจากนักพัฒนาสามารถเพิ่มแท็ก แก้ไขและลบสาขาที่ไม่ได้รับการป้องกันได้ นักพัฒนาจึงควรสามารถลบแท็ก Git ได้ ใน GitLab 11.10 เข้าสู่โมเดลการอนุญาตของเราเพื่อปรับปรุงขั้นตอนการทำงานและช่วยให้นักพัฒนาใช้แท็กได้ดีขึ้นและมีประสิทธิภาพมากขึ้น
หากคุณต้องการรักษาข้อจำกัดนี้ไว้สำหรับผู้ดูแลและเจ้าของ ให้ใช้ .
วันที่ลบ: 22 เมืองเมษายน 2019
รองรับ Prometheus 1.x ใน Omnibus GitLab
เริ่มต้นด้วย GitLab Prometheus 1.0 เวอร์ชันในตัวได้ถูกลบออกจาก Omnibus GitLab แล้ว . อย่างไรก็ตาม รูปแบบเมตริกเข้ากันไม่ได้กับเวอร์ชัน 1.0 เวอร์ชันที่มีอยู่สามารถอัปเกรดเป็น 2.0 และถ่ายโอนข้อมูลได้หากจำเป็น .
ในเวอร์ชัน GitLab Prometheus 2.0 จะถูกติดตั้งโดยอัตโนมัติหากยังไม่ได้ติดตั้งการอัปเดต ข้อมูลจาก Prometheus 1.0 จะหายไปเนื่องจาก... ไม่ยอมให้
วันที่ลบ: 22 เมืองมิถุนายน 2019
TLSv1.1
เริ่มต้นด้วย GitLab เพื่อปรับปรุงความปลอดภัย วิธีนี้แก้ไขปัญหาต่างๆ มากมาย รวมถึง Heartbleed และทำให้ GitLab PCI DSS 3.1 ใช้งานได้ทันทีตั้งแต่แกะกล่อง
หากต้องการปิดใช้งาน TLS v1.1 ทันที ให้ตั้งค่า nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband และวิ่ง gitlab-ctl reconfigure.
วันที่ลบ: 22 เมืองมิถุนายน 2019
เทมเพลต OpenShift สำหรับการติดตั้ง GitLab
เป็นทางการ — วิธีที่แนะนำสำหรับการรัน GitLab บน Kubernetes ได้แก่ .
การติดตั้ง GitLab เลิกใช้แล้ว และจะไม่รองรับอีกต่อไป .
วันที่ลบ: 22 เมืองมิถุนายน 2019
คำจำกัดความก่อนหน้าของงานรักษาความปลอดภัย
ด้วยการแนะนำตัว คำจำกัดความของงานก่อนหน้านี้จะเลิกใช้แล้วและจะถูกลบออกใน GitLab 12.0 หรือใหม่กว่า
อัปเดตคำจำกัดความงานของคุณเพื่อใช้ไวยากรณ์ใหม่และใช้ประโยชน์จากฟีเจอร์ความปลอดภัยใหม่ทั้งหมดที่ GitLab มอบให้
วันที่ลบ: 22 มิถุนายน 2019
ส่วนข้อมูลระบบในแผงผู้ดูแลระบบ
GitLab นำเสนอข้อมูลเกี่ยวกับอินสแตนซ์ GitLab ของคุณ admin/system_infoแต่ข้อมูลนี้อาจไม่ถูกต้อง
เรา แผงผู้ดูแลระบบใน GitLab 12.0 และเราแนะนำให้ใช้ .
วันที่ลบ: 22 เมืองมิถุนายน 2019
ที่มา: will.com