Bản phát hành 13.4 đã được phát hành với bộ lưu trữ HashiCorp cho các biến CI, Tác nhân Kubernetes và trung tâm bảo mật, cũng như các tính năng có thể chuyển đổi trong Starter
Tại GitLab, chúng tôi luôn nghĩ về cách có thể giúp người dùng giảm thiểu rủi ro, nâng cao hiệu quả và cải thiện tốc độ phân phối trên nền tảng yêu thích của bạn. Tháng này, chúng tôi đã bổ sung nhiều tính năng mới hữu ích giúp mở rộng khả năng bảo mật, giảm số lượng lỗ hổng, tăng hiệu quả, đơn giản hóa công việc với GitLab và giúp nhóm của bạn cung cấp các tính năng nhanh hơn nữa. Chúng tôi hy vọng rằng bạn sẽ thấy các tính năng chính của phiên bản này hữu ích cũng như 53 tính năng mới khác, được thêm vào trong phiên bản này.
Tính năng bảo mật nâng cao
Chúng tôi cố gắng thêm một số tính năng mới vào GitLab DevSecOps mỗi tháng và bản phát hành này cũng không ngoại lệ. trong khuôn khổ lắp ráp và triển khai. Ngoài ra, các tổ chức muốn hỗ trợ phân tách trách nhiệm triển khai mã giờ đây có thể . Vai trò này tương ứng và sẽ cho phép bạn xác nhận các yêu cầu hợp nhất (theo bản địa hóa tiếng Nga của GitLab “yêu cầu hợp nhất”) và triển khai mã trong môi trường an toàn mà không cung cấp quyền truy cập để tự thay đổi mã.
Một cách khác để giảm thiểu rủi ro là sử dụng . Các nhóm vận hành có thể triển khai cụm Kubernetes từ GitLab mà không cần phải hiển thị cụm của họ trên toàn bộ internet. Chúng tôi cũng đang giới thiệu tính năng hỗ trợ kiểm soát phiên bản tự động cho các tệp trạng thái Terraform mới với để hỗ trợ tuân thủ và dễ dàng gỡ lỗi. Cuối cùng, bảng điều khiển bảo mật phiên bản đã trở thành với các báo cáo lỗ hổng và cài đặt bảo mật.
Làm việc thuận tiện và hiệu quả hơn với GitLab
Chúng tôi đã cải thiện tìm kiếm toàn cầu của mình để bao gồm , cho phép bạn dễ dàng điều hướng đến các yêu cầu, nhóm, dự án, cài đặt và chủ đề trợ giúp mới nhất. Chúng tôi vui mừng thông báo rằng Trang GitLab để chuyển hướng các trang và thư mục riêng lẻ trong trang web, điều này sẽ cho phép người dùng triển khai trang web của họ hiệu quả hơn. Và đối với những người muốn nhận thông tin mở rộng về việc triển khai, bản phát hành này cho phép !
Đóng góp nguồn mở
Chúng tôi đại diện mà tôi đã thêm . Các điểm trên phạm vi kiểm tra đơn vị của mã đã thay đổi giúp nhà phát triển có ý tưởng rõ ràng về phạm vi kiểm tra mã trong quá trình xem xét; thông tin này giúp tăng tốc độ đánh giá và giảm thời gian hợp nhất và triển khai mã mới. Và chúng tôi cũng và kế hoạch .
Và điều này chỉ là khởi đầu!
Như mọi khi, có quá ít không gian trong phần tổng quan chung, nhưng có rất nhiều tính năng thú vị trong bản phát hành 13.4. Dưới đây là một vài chi tiết:
- .
Nếu bạn muốn biết trước điều gì đang chờ đợi bạn ở tiếp theo thả ra, nhìn xem .
.
tháng này -
Fabio đóng góp đáng kể в - một tính năng đã được chờ đợi từ rất lâu trong cộng đồng GitLab. Đây thực sự là một đóng góp quan trọng với những thay đổi không hề nhỏ, đòi hỏi sự cộng tác thường xuyên với các thành viên trong nhóm GitLab và ảnh hưởng đến nhiều lĩnh vực của dự án như UX, front-end và back-end.
Các tính năng chính của bản phát hành GitLab 13.4
Sử dụng khóa HashiCorp Vault trong công việc CI
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Trong bản phát hành 12.10, GitLab đã giới thiệu khả năng nhận và chuyển khóa tới các công việc CI bằng cách sử dụng trình xử lý công việc GitLab (GitLab Runner). Bây giờ chúng tôi đang mở rộng , thêm cú pháp mới secrets nộp .gitlab-ci.yml. Điều này sẽ giúp việc thiết lập và sử dụng kho lưu trữ HashiCorp với GitLab dễ dàng hơn.
и .
Giới thiệu Đại lý GitLab Kubernetes
(CAO CẤP, TUYỆT VỜI)
Việc tích hợp GitLab với Kubernetes từ lâu đã giúp triển khai lên các cụm Kubernetes mà không cần cấu hình thủ công. Nhiều người dùng thích sự dễ sử dụng của gói này, trong khi những người khác gặp phải một số khó khăn. Đối với tích hợp hiện tại, cụm của bạn phải có thể truy cập được từ Internet để GitLab truy cập vào cụm đó. Đối với nhiều tổ chức, điều này là không thể vì họ hạn chế quyền truy cập vào các cụm vì lý do bảo mật, tuân thủ hoặc quy định. Để khắc phục những hạn chế này, người dùng cần xây dựng các công cụ của họ dựa trên GitLab, nếu không họ sẽ không thể sử dụng tính năng này.
Hôm nay, chúng tôi sẽ giới thiệu GitLab Kubernetes Agent, một cách mới để triển khai các cụm Kubernetes. Tác nhân chạy bên trong cụm của bạn, vì vậy bạn không cần hiển thị nó trên toàn bộ Internet. Tác nhân điều phối việc triển khai bằng cách yêu cầu những thay đổi mới từ GitLab, thay vì GitLab đẩy các bản cập nhật lên cụm. Cho dù bạn sử dụng phương pháp GitOps nào, GitLab đều có thể hỗ trợ bạn.
Xin lưu ý rằng đây là lần phát hành đầu tiên của đại lý. Trọng tâm hiện tại của chúng tôi dành cho GitLab Kubernetes Agent là định cấu hình và quản lý hoạt động triển khai thông qua mã. Một số tính năng tích hợp Kubernetes hiện có, chẳng hạn như bảng triển khai và ứng dụng được quản lý GitLab, vẫn chưa được hỗ trợ. rằng những khả năng này sẽ được thêm vào đại lý trong các bản phát hành trong tương lai cũng như các tích hợp mới tập trung vào bảo mật và tuân thủ.
и .
Cấp cho người dùng quyền triển khai mà không cần truy cập mã
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Trước đây, hệ thống quyền của GitLab gây khó khăn cho việc phân chia hợp lý trách nhiệm trong nhóm của bạn giữa những người chịu trách nhiệm phát triển và những người chịu trách nhiệm triển khai. Với việc phát hành GitLab 13.4, bạn có thể cấp quyền phê duyệt các yêu cầu hợp nhất để triển khai, cũng như triển khai mã thực sự cho những người không viết mã mà không cấp cho họ quyền truy cập của người bảo trì (theo bản địa hóa tiếng Nga của “người bảo trì” GitLab ).
и .
Trung tâm bảo vệ
(TỐI ƯU, VÀNG)
Trước đây, việc quản lý lỗ hổng cấp phiên bản bị hạn chế cả về chức năng và tính linh hoạt. Giao diện là một trang duy nhất kết hợp các chi tiết về lỗ hổng, biểu đồ số liệu và cài đặt. Không có nhiều chỗ để phát triển các tính năng này hoặc sử dụng các tính năng bảo mật khác.
Chúng tôi đã thực hiện những thay đổi cơ bản về cách quản lý tính bảo mật và tính minh bạch trong GitLab. Bảng bảo mật phiên bản đã được chuyển đổi thành toàn bộ trung tâm bảo mật. Thay đổi lớn nhất là việc giới thiệu cấu trúc menu mới: thay vì một trang, giờ đây bạn thấy bảng điều khiển bảo mật, báo cáo lỗ hổng và phần cài đặt riêng biệt. Mặc dù chức năng không thay đổi nhưng việc chia nó thành nhiều phần sẽ cho phép cải thiện phần này mà nếu không sẽ gặp khó khăn. Điều này cũng tạo tiền đề cho việc bổ sung các khả năng liên quan đến bảo mật khác trong tương lai.
Phần Báo cáo lỗ hổng bảo mật chuyên dụng hiện có nhiều không gian hơn để hiển thị các chi tiết quan trọng. Dưới đây là các lỗ hổng hiện nằm trong danh sách lỗ hổng của dự án. Di chuyển các tiện ích có số liệu về lỗ hổng sang một phần riêng biệt sẽ tạo ra bảng điều khiển bảo mật thuận tiện. Giờ đây, nó là một bức vẽ để trực quan hóa trong tương lai—không chỉ để quản lý lỗ hổng mà còn cho bất kỳ số liệu nào liên quan đến bảo mật. Cuối cùng, một khu vực cài đặt riêng biệt sẽ tạo ra một không gian chung cho tất cả các cài đặt bảo mật cấp phiên bản, không chỉ quản lý lỗ hổng.
и .
Các tính năng có thể chuyển đổi hiện có trong GitLab Starter
(BẮT ĐẦU, CAO CẤP, TUYỆT VỜI, ĐỒNG, BẠC, VÀNG)
GitLab 11.4 đã được phát hành . Trong phiên bản 12.2 chúng tôi đã giới thiệu các chiến lược dành cho họ и , và vào ngày 13.1 họ đã thêm и cho các môi trường khác nhau.
Đầu năm nay, GitLab đã đưa ra cam kết vào nguồn mở. Trong bản phát hành này, chúng tôi đã hoàn tất quá trình di chuyển các tính năng có thể chuyển đổi sang gói Starter và sẽ tiếp tục di chuyển chúng sang Core từ . Chúng tôi rất vui mừng được mang tính năng này đến với nhiều người dùng hơn và muốn biết cách bạn sử dụng nó.
и .
Điều hướng nhanh từ thanh tìm kiếm
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Đôi khi khi điều hướng GitLab bạn muốn đi thẳng đến một dự án cụ thể hơn là trang kết quả tìm kiếm.
Bằng cách sử dụng thanh tìm kiếm chung, bạn có thể nhanh chóng điều hướng đến các yêu cầu, nhóm, dự án, cài đặt và chủ đề trợ giúp mới nhất. Bạn thậm chí có thể sử dụng phím nóng /để di chuyển con trỏ đến thanh tìm kiếm để điều hướng GitLab hiệu quả hơn nữa!
и .
Hiển thị mức độ phù hợp của mã trong các yêu cầu hợp nhất khác nhau
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Khi xem xét yêu cầu hợp nhất, có thể khó xác định liệu mã đã thay đổi có được kiểm tra đơn vị hay không. Thay vào đó, người đánh giá có thể dựa vào phạm vi bao phủ tổng thể và yêu cầu tăng phạm vi đó trước khi phê duyệt yêu cầu hợp nhất. Điều này có thể dẫn đến một cách tiếp cận lộn xộn trong việc viết bài kiểm tra, điều này sẽ không thực sự cải thiện chất lượng mã hoặc phạm vi kiểm tra.
Bây giờ, khi xem khác biệt về yêu cầu hợp nhất, bạn sẽ thấy hiển thị trực quan mức độ bao phủ của mã. Các điểm mới sẽ cho phép bạn nhanh chóng hiểu liệu mã đã thay đổi có được kiểm tra đơn vị hay không, điều này sẽ giúp tăng tốc độ xem xét mã cũng như thời gian hợp nhất và triển khai mã mới.
Cảm ơn và Siemens cho tính năng này!
и .
Các môi trường và dự án khác trong bảng Môi trường
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Kể từ khi phát hành GitLab 12.5 bằng cách sử dụng bạn có thể theo dõi trạng thái của môi trường, nhưng không quá bảy môi trường trong ba dự án. Chúng tôi đã cải tiến bảng này trong bản phát hành 13.4 bằng cách phân trang bảng để giúp bạn duy trì và quản lý môi trường của mình trên quy mô lớn. Bây giờ bạn có thể thấy nhiều môi trường hơn trong nhiều dự án hơn.
и .
GitLab nắm quyền kiểm soát nhà cung cấp GitLab Terraform
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Gần đây chúng tôi và kế hoạch . Trong tháng qua, chúng tôi đã chấp nhận 21 yêu cầu hợp nhất và đóng 31 phiếu, bao gồm một số lỗi tồn tại lâu dài và các tính năng còn thiếu như ... Bạn có thể trong tài liệu Terraform.
и .
Kiểm tra API mờ bằng thông số kỹ thuật OpenAPI hoặc tệp HAR
(TỐI ƯU, VÀNG)
Kiểm tra làm mờ API là một cách tuyệt vời để tìm ra lỗi và lỗ hổng trong ứng dụng web và API của bạn mà các trình quét và phương pháp kiểm tra khác có thể bỏ sót.
Kiểm thử làm mờ API trong GitLab cho phép bạn cung cấp hoặc ứng dụng của bạn, sau đó tự động tạo dữ liệu đầu vào ngẫu nhiên được thiết kế để kiểm tra các trường hợp khó khăn và tìm lỗi. Kết quả được hiển thị ngay lập tức trong quy trình của bạn.
Đây là bản phát hành thử nghiệm fuzz API đầu tiên của chúng tôi và chúng tôi rất muốn nghe suy nghĩ của bạn. Chúng tôi có nhiều hàng hơn để thử nghiệm lông tơ , mà chúng tôi sẽ căn cứ vào việc phát hành tính năng này.
и .
Xem trước biểu đồ mới trong bảng số liệu
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trước đây, việc tạo biểu đồ trong bảng điều khiển số liệu trong GitLab không phải là một nhiệm vụ dễ dàng. Sau khi tạo chỉ số trong tệp YAML của trang tổng quan, bạn đã thực hiện các thay đổi đối với master, mà không thể xác minh rằng biểu đồ mới tạo có hoạt động chính xác như bạn cần hay không. Bắt đầu với bản phát hành này, bạn có thể xem trước các thay đổi khi tạo biểu đồ, biết ý tưởng về kết quả trước khi gửi các thay đổi tới tệp YAML của trang tổng quan.
и .
Dữ liệu về phạm vi mã bằng các thử nghiệm cho tất cả các dự án của nhóm
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Khi quản lý một số lượng lớn dự án trong GitLab, bạn cần một nguồn thông tin duy nhất về mức độ thay đổi của phạm vi mã theo thời gian trên tất cả các dự án. Trước đây, việc hiển thị thông tin này đòi hỏi công việc thủ công tẻ nhạt và tốn thời gian: bạn phải tải xuống dữ liệu phạm vi mã từ mỗi dự án và kết hợp nó vào một bảng.
Trong phiên bản 13.4, có thể lắp ráp dễ dàng và nhanh chóng .csv tập tin với tất cả dữ liệu về phạm vi mã cho tất cả các dự án của nhóm hoặc cho một số dự án được lựa chọn. Tính năng này là MVC, theo sau nó sẽ là khả năng .
и .
Hỗ trợ các ngôn ngữ mới để kiểm tra fuzz đầy đủ
(TỐI ƯU, VÀNG)
Bản phát hành này giới thiệu hỗ trợ cho một số ngôn ngữ mới để thử nghiệm fuzz nhằm mục đích bao phủ toàn bộ.
Giờ đây, bạn có thể đánh giá toàn bộ khả năng kiểm tra mờ trong các ứng dụng Java, Rust và Swift của mình, đồng thời tìm ra các lỗi và lỗ hổng mà các máy quét và phương pháp kiểm tra khác có thể bỏ sót.
и .
Cảnh báo trên trang môi trường chính
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Trang Môi trường hiển thị trạng thái tổng thể của môi trường của bạn. Trong phiên bản này, chúng tôi đã cải thiện trang này bằng cách thêm hiển thị cảnh báo. Cảnh báo được kích hoạt cùng với trạng thái môi trường của bạn sẽ giúp bạn nhanh chóng thực hiện hành động để khắc phục các tình huống phát sinh.
и .
Giờ đây, các đường ống lồng nhau có thể chạy các đường ống lồng nhau của riêng chúng
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Bằng cách sử dụng các đường ống lồng nhau, giờ đây có thể chạy các đường ống mới bên trong các đường ống con. Mức độ sâu bổ sung có thể hữu ích nếu bạn cần sự linh hoạt để tạo số lượng đường ống thay đổi.
Trước đây, khi sử dụng đường dẫn lồng nhau, mỗi đường dẫn con yêu cầu một công việc kích hoạt phải được xác định theo cách thủ công trong đường dẫn chính. Giờ đây, bạn có thể tạo các đường dẫn lồng nhau để tự động khởi chạy bất kỳ số lượng đường ống lồng nhau mới nào. Ví dụ: nếu bạn có một kho lưu trữ đơn, bạn có thể tự động tạo đường ống phụ đầu tiên, chính đường ống này sẽ tạo ra số lượng đường ống mới cần thiết dựa trên những thay đổi trong nhánh.
и .
Cải thiện điều hướng giữa các đường ống chính và đường ống lồng nhau
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trước đây, việc điều hướng giữa các đường dẫn chính và các đường dẫn lồng nhau không thuận tiện lắm - bạn cần rất nhiều lần nhấp chuột để đến được đường dẫn mong muốn. Cũng không dễ để tìm ra công việc nào đã bắt đầu quy trình. Bây giờ sẽ dễ dàng hơn nhiều để xem các kết nối giữa các đường ống mẹ và đường ống lồng nhau.
и .
Công việc ma trận song song hiển thị các biến có liên quan trong chức danh công việc
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Nếu bạn đã sử dụng , bạn có thể nhận thấy rằng rất khó để xác định biến ma trận nào được sử dụng cho một công việc cụ thể, vì tên công việc trông giống như matrix 1/4. Trong bản phát hành 13.4, bạn sẽ thấy các giá trị biến liên quan đã được sử dụng trong công việc đó thay vì tên công việc chung. Ví dụ: nếu mục tiêu của bạn là gỡ lỗi kiến trúc x86 thì công việc sẽ được gọi là matrix: debug x86.
и .
Những cải tiến khác trong GitLab 13.4
Kết nối tài khoản Atlassian
(CORE, STARTER, PREMIUM, CUỐI CÙNG)
Người dùng GitLab giờ đây có thể kết nối tài khoản GitLab với tài khoản Atlassian Cloud của họ. Điều này sẽ cho phép bạn đăng nhập vào GitLab bằng thông tin đăng nhập Atlassian của bạn và cũng sẽ đặt nền tảng cho những cải tiến tích hợp trong tương lai. và các sản phẩm khác từ dòng Atlassian.
и .
Xuất danh sách tất cả các cam kết hợp nhất
(TỐI ƯU, VÀNG)
Các tổ chức tập trung vào tuân thủ cần một cách để cho kiểm toán viên thấy cái nhìn toàn diện về các thành phần liên quan đến bất kỳ thay đổi nào trong sản xuất. Trong GitLab, điều này có nghĩa là thu thập mọi thứ ở một nơi: yêu cầu hợp nhất, phiếu yêu cầu, quy trình, quét bảo mật và dữ liệu cam kết khác. Cho đến thời điểm hiện tại, bạn phải thu thập thông tin theo cách thủ công trong GitLab hoặc định cấu hình các công cụ của mình để thu thập thông tin, cách này không hiệu quả lắm.
Giờ đây, bạn có thể thu thập và xuất dữ liệu này theo chương trình để đáp ứng các yêu cầu kiểm tra hoặc thực hiện các phân tích khác. Để xuất danh sách tất cả các cam kết hợp nhất cho nhóm hiện tại, bạn cần truy cập và bấm vào nút Danh sách tất cả các cam kết hợp nhất. Tệp kết quả sẽ chứa tất cả các cam kết của yêu cầu hợp nhất, tác giả của chúng, ID của yêu cầu hợp nhất được liên kết, nhóm, dự án, người xác nhận và thông tin khác.
и .
Liệt kê và quản lý mã thông báo truy cập cá nhân thông qua API
(TỐI ƯU, VÀNG)
Quản lý quyền truy cập vào không gian tên GitLab là một phần quan trọng trong nỗ lực tuân thủ. Từ nguyên tắc về đặc quyền tối thiểu đến vô hiệu hóa quyền truy cập theo thời gian, có thể có một số yêu cầu liên quan đến mã thông báo truy cập cá nhân trong GitLab. Để giúp duy trì và quản lý tất cả thông tin xác thực người dùng này trong vùng tên của bạn dễ dàng hơn, chúng tôi đã cung cấp khả năng liệt kê tất cả mã thông báo truy cập cá nhân và tùy chọn thông qua API.
Những cải tiến này đối với API GitLab cho phép người dùng liệt kê và thu hồi mã thông báo truy cập cá nhân của họ cũng như quản trị viên liệt kê và thu hồi mã thông báo của người dùng. Giờ đây, quản trị viên sẽ dễ dàng hơn trong việc xem ai có quyền truy cập vào không gian tên của họ, đưa ra quyết định truy cập dựa trên dữ liệu người dùng và thu hồi mã thông báo truy cập cá nhân có thể đã bị xâm phạm hoặc nằm ngoài chính sách quản lý quyền truy cập của công ty.
и .
Các vấn đề liên quan và các tính năng khác hiện có trong GitLab Core
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Một vài tháng trước, chúng tôi đã công bố kế hoạch . Bằng cách nỗ lực thực hiện lời hứa này, chúng tôi đã thực hiện được , и (theo bản địa hóa tiếng Nga của “bảng thảo luận” GitLab) có sẵn trong gói Core. Điều này chỉ áp dụng cho các mối quan hệ “được liên kết với”; các mối quan hệ “chặn” và “bị chặn” vẫn còn trong các gói trả phí.
и .
Hiển thị tên nhánh gốc trong thanh bên yêu cầu hợp nhất
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Khi xem xét các thay đổi mã, thảo luận và cam kết yêu cầu hợp nhất, bạn nên thực hiện kiểm tra cục bộ chi nhánh để xem xét sâu hơn. Tuy nhiên, việc tìm tên chủ đề ngày càng trở nên khó khăn hơn khi có nhiều nội dung hơn được thêm vào mô tả yêu cầu hợp nhất và bạn phải cuộn xuống dưới trang.
Chúng tôi đã thêm tên nhánh vào thanh bên yêu cầu hợp nhất, giúp nó có thể truy cập được bất kỳ lúc nào và loại bỏ nhu cầu cuộn qua toàn bộ trang. Giống như liên kết đến yêu cầu hợp nhất, phần nhánh nguồn có nút “sao chép” tiện lợi.
Cảm ơn vì sự đóng góp to lớn của bạn cho sự phát triển của tính năng này!
и .
Dấu hiệu cho thấy sự hiện diện của các tệp bị thu gọn trong các khác biệt về yêu cầu hợp nhất
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Các yêu cầu hợp nhất thêm các thay đổi vào nhiều tệp đôi khi làm giảm sự khác biệt của các tệp lớn để cải thiện hiệu suất hiển thị. Khi điều này xảy ra, có thể vô tình bỏ qua một tệp trong quá trình xem xét, đặc biệt là trong các yêu cầu hợp nhất với số lượng lớn tệp. Bắt đầu từ phiên bản 13.4, các yêu cầu hợp nhất sẽ gắn cờ các khác biệt có chứa các tệp bị gấp, do đó bạn sẽ không bỏ sót các tệp này trong quá trình xem lại mã. Để rõ ràng hơn nữa, chúng tôi dự định thêm tính năng đánh dấu vào các tệp này trong bản phát hành sau này. Hãy theo dõi để cập nhật về .
и .
Cảnh báo về sự hiện diện của các tệp bị thu gọn trong phần khác biệt của yêu cầu hợp nhất
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trong phần khác biệt về yêu cầu hợp nhất, các tệp lớn sẽ được thu gọn để cải thiện hiệu suất. Tuy nhiên, khi xem lại mã, một số tệp có thể bị bỏ sót khi người đánh giá cuộn qua danh sách tệp vì tất cả các tệp lớn đều bị thu gọn.
Chúng tôi đã thêm cảnh báo hiển thị ở đầu trang khác biệt về yêu cầu hợp nhất để thông báo cho người dùng rằng có tệp đã hợp nhất trong phần này. Bằng cách này, bạn sẽ không bỏ lỡ bất kỳ thay đổi nào đối với yêu cầu hợp nhất trong quá trình xem xét.
и .
Tự động khôi phục kho lưu trữ cụm Gitaly
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trước đây, khi nút chính của cụm Gitaly ngoại tuyến, các kho lưu trữ trên nút đó được đánh dấu là chỉ đọc. Điều này ngăn ngừa mất dữ liệu trong trường hợp có những thay đổi trên nút chưa được sao chép. Khi nút trực tuyến trở lại, GitLab không được khôi phục tự động và quản trị viên phải bắt đầu quá trình đồng bộ hóa theo cách thủ công hoặc chấp nhận mất dữ liệu. Các tình huống khác, chẳng hạn như lỗi sao chép trên nút phụ, cũng có thể dẫn đến kho lưu trữ cũ hoặc chỉ đọc. Trong trường hợp này, kho lưu trữ vẫn ở trạng thái cũ cho đến khi thao tác ghi tiếp theo diễn ra, thao tác này sẽ bắt đầu công việc sao chép.
Để giải quyết vấn đề này hiện lên lịch công việc sao chép khi phát hiện kho lưu trữ lỗi thời trên một nút và phiên bản mới nhất của kho lưu trữ trên nút khác. Công việc sao chép này giúp kho lưu trữ được cập nhật tự động, loại bỏ nhu cầu khôi phục dữ liệu theo cách thủ công. Phục hồi tự động cũng đảm bảo rằng các nút phụ được cập nhật nhanh chóng nếu công việc sao chép không thành công, thay vì chờ thao tác ghi tiếp theo. Vì nhiều cụm Gilaly lưu trữ một số lượng lớn kho lưu trữ nên điều này giúp giảm đáng kể thời gian mà quản trị viên và kỹ sư độ tin cậy dành để khôi phục dữ liệu sau khi xảy ra lỗi.
Ngoài ra, tính năng sửa chữa tự động bắt đầu sao chép các kho lưu trữ trên bất kỳ nút Gitaly mới nào được thêm vào cụm, loại bỏ công việc thủ công khi thêm nút mới.
и .
Đánh dấu nhiệm vụ cần làm là đã hoàn thành trên trang thiết kế
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Giao tiếp hiệu quả trong GitLab dựa trên danh sách việc cần làm. Nếu bạn được nhắc đến trong một nhận xét, điều quan trọng là bạn có thể chuyển sang một nhiệm vụ và bắt đầu làm điều gì đó hoặc đánh dấu nó là đã hoàn thành. Điều quan trọng nữa là bạn có thể giao nhiệm vụ cho chính mình khi bạn cần làm việc gì đó hoặc quay lại làm việc đó sau.
Trước đây, bạn không thể thêm nhiệm vụ hoặc đánh dấu chúng là đã hoàn thành khi làm việc với thiết kế. Điều này làm gián đoạn nghiêm trọng hiệu quả giao tiếp giữa các nhóm sản phẩm vì việc cần làm là một yếu tố quan trọng trong quy trình làm việc của GitLab.
Trong bản phát hành 13.4, các thiết kế bắt kịp các nhận xét về yêu cầu trong việc sử dụng các tác vụ, giúp làm việc với chúng nhất quán và hiệu quả hơn.
и .
Hướng dẫn khắc phục sự cố được cải thiện cho CI/CD
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Chúng tôi đã cải thiện hướng dẫn khắc phục sự cố cho GitLab CI/CD với nhiều thông tin hơn về các sự cố phổ biến mà bạn có thể gặp phải. Chúng tôi hy vọng rằng tài liệu được cải tiến sẽ là nguồn tài nguyên quý giá giúp bạn thiết lập và chạy GitLab CI/CD một cách nhanh chóng và dễ dàng.
и .
Yêu cầu hợp nhất không còn rơi ra khỏi hàng đợi hợp nhất
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Trước đây, các yêu cầu hợp nhất có thể vô tình rơi ra khỏi hàng đợi hợp nhất do nhận xét muộn. Nếu một yêu cầu hợp nhất đã có trong hàng đợi và ai đó đã thêm nhận xét vào đó để tạo ra một cuộc thảo luận mới chưa được giải quyết thì yêu cầu hợp nhất đó được coi là không đủ điều kiện để hợp nhất và sẽ bị loại khỏi hàng đợi. Bây giờ, sau khi yêu cầu hợp nhất được thêm vào hàng đợi hợp nhất, các nhận xét mới có thể được thêm vào mà không sợ làm gián đoạn quá trình hợp nhất.
и .
Hiển thị giá trị phạm vi mã cho công việc trong yêu cầu hợp nhất
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Các nhà phát triển sẽ có thể thấy giá trị phạm vi mã sau khi quy trình hoàn thành - ngay cả trong các tình huống phức tạp như chạy một quy trình có nhiều công việc cần được phân tích cú pháp để tính giá trị phạm vi. Trước đây, tiện ích yêu cầu hợp nhất chỉ hiển thị mức trung bình của các giá trị này, nghĩa là bạn phải điều hướng đến trang việc làm và quay lại yêu cầu hợp nhất để nhận các giá trị trung gian. Để giúp bạn tiết kiệm thời gian và các bước bổ sung này, chúng tôi đã tạo tiện ích hiển thị giá trị phạm vi trung bình, những thay đổi của nó giữa nhánh đích và nhánh nguồn, đồng thời chú giải công cụ hiển thị giá trị phạm vi cho từng công việc dựa trên đó tính trung bình.
и .
Xóa các gói khỏi sổ đăng ký gói khi xem một nhóm
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Sổ đăng ký gói GitLab là nơi lưu trữ và phân phối các gói ở các định dạng khác nhau. Khi có nhiều gói trong dự án hoặc nhóm của mình, bạn cần nhanh chóng xác định các gói không sử dụng và loại bỏ chúng để ngăn mọi người tải xuống. Bạn có thể xóa các gói khỏi sổ đăng ký của mình thông qua hoặc thông qua giao diện người dùng đăng ký gói. Tuy nhiên, cho đến nay bạn không thể xóa các gói khi xem một nhóm thông qua giao diện người dùng. Kết quả là bạn phải loại bỏ các gói không cần thiết trên cơ sở từng dự án, điều này không hiệu quả.
Bây giờ bạn có thể xóa các gói khi xem sổ đăng ký gói của một nhóm. Chỉ cần truy cập trang đăng ký gói của nhóm, lọc các gói theo tên và xóa bất kỳ gói nào bạn không cần.
и .
Mở rộng các gói Conan đến cấp độ dự án
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Bạn có thể sử dụng kho lưu trữ Conan trong GitLab để xuất bản và phân phối các phần phụ thuộc C/C++. Tuy nhiên, các gói trước đây chỉ có thể mở rộng theo cấp phiên bản, vì tên gói Conan chỉ có thể có tối đa 51 ký tự. Ví dụ: nếu bạn muốn xuất bản một gói từ một nhóm con gitlab-org/ci-cd/package-stage/feature-testing/conan, điều đó gần như không thể thực hiện được.
Giờ đây, bạn có thể mở rộng quy mô các gói Conan xuống cấp dự án, giúp dễ dàng xuất bản và phân phối các phần phụ thuộc của dự án.
и .
Hỗ trợ trình quản lý gói và ngôn ngữ mới để quét phụ thuộc
(TỐI ƯU, VÀNG)
Chúng tôi rất vui mừng được thêm tính năng quét phụ thuộc cho các dự án mã C, C++, C# và .Net sử dụng trình quản lý gói NuGet 4.9+ hoặc Conan vào danh sách của chúng tôi . Giờ đây, bạn có thể bật tính năng quét phần phụ thuộc như một phần của giai đoạn Bảo mật để kiểm tra các lỗ hổng đã biết trong các phần phụ thuộc được thêm thông qua trình quản lý gói. Các lỗ hổng được tìm thấy sẽ được hiển thị trong yêu cầu hợp nhất của bạn cùng với mức độ nghiêm trọng của chúng, để bạn biết trước khi thực hiện hợp nhất những rủi ro mà phần phụ thuộc mới mang lại. Bạn cũng có thể định cấu hình dự án của mình để yêu cầu dành cho các phần phụ thuộc có lỗ hổng ở mức độ nghiêm trọng (Quan trọng), cao (Cao) hoặc không xác định (Không xác định).
и .
Thông báo khi thay đổi cài đặt yêu cầu hợp nhất thành 'Hợp nhất khi quy trình hoàn tất thành công'
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trước đây, khi thiết lập cài đặt yêu cầu hợp nhất Hợp nhất khi đường ống kết thúc (Hợp nhất khi đường ống thành công, MWPS) không có thông báo email nào được gửi. Bạn phải kiểm tra trạng thái theo cách thủ công hoặc đợi thông báo hợp nhất. Với bản phát hành này, chúng tôi rất vui mừng được giới thiệu sự đóng góp của người dùng , đã giải quyết vấn đề này bằng cách thêm thông báo tự động cho những người đã đăng ký yêu cầu hợp nhất khi người đánh giá thay đổi cài đặt hợp nhất thành MWPS.
и .
Tạo cụm EKS với phiên bản Kubernetes do người dùng chỉ định
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Người dùng GitLab hiện có thể chọn phiên bản Kubernetes sẽ do EKS cung cấp; bạn có thể chọn giữa các phiên bản 1.14–1.17.
и .
Tạo sự cố dưới dạng loại vé
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Không phải mọi vấn đề phát sinh ngay lập tức đều gây ra cảnh báo: người dùng báo cáo sự cố ngừng hoạt động và các thành viên trong nhóm điều tra các vấn đề về hiệu suất. Sự cố hiện là một loại phiếu, vì vậy nhóm của bạn có thể nhanh chóng tạo chúng như một phần quy trình làm việc thông thường của họ. Nhấp chuột Nhiệm vụ mới từ mọi nơi trong GitLab và trong hiện trường Loại lựa chọn Sự cố.
и .
Đề cập đến Cảnh báo GitLab trong Markdown
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Chúng tôi đã cải thiện cảnh báo GitLab bằng cách thêm loại đề cập mới dành riêng cho họ trong GitLab Markdown, giúp việc chia sẻ và đề cập đến cảnh báo dễ dàng hơn. Sử dụng ^alert#1234đề cập đến cảnh báo trong bất kỳ trường Markdown nào: trong sự cố, vé hoặc yêu cầu hợp nhất. Điều này cũng sẽ giúp bạn xác định các công việc được tạo từ cảnh báo thay vì phiếu hoặc yêu cầu hợp nhất.
и .
Xem tải cảnh báo theo sự cố
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Mô tả cảnh báo chứa thông tin quan trọng để khắc phục sự cố và khôi phục, đồng thời, thông tin này phải dễ dàng truy cập để bạn không phải chuyển đổi công cụ hoặc tab khi làm việc để giải quyết sự cố. Các sự cố được tạo từ cảnh báo hiển thị mô tả cảnh báo đầy đủ trong tab Chi tiết cảnh báo.
Tìm kiếm nâng cao nhanh hơn 75%
(BẮT ĐẦU, CAO CẤP, TUYỆT VỜI, ĐỒNG, BẠC, VÀNG)
GitLab, với tư cách là một ứng dụng duy nhất, có khả năng độc đáo giúp khám phá nội dung trên toàn bộ quy trình làm việc DevOps của bạn một cách nhanh chóng. Trong GitLab 13.4, tìm kiếm nâng cao trả về kết quả nhanh hơn 75% khi nó , như trên GitLab.com.
и .
Xem các dự án đã xóa dành cho quản trị viên
(CORE, STARTER, PREMIUM, CUỐI CÙNG)
Có một tùy chọn để trì hoãn việc xóa dự án . Tuy nhiên, trước đây không thể thấy tất cả các dự án đang chờ xóa ở một nơi. Quản trị viên phiên bản người dùng GitLab giờ đây có thể xem tất cả các dự án đang chờ xóa ở một nơi, cùng với các nút để dễ dàng khôi phục các dự án đó.
Tính năng này cung cấp cho quản trị viên quyền kiểm soát tốt hơn đối với việc xóa dự án bằng cách thu thập tất cả thông tin liên quan ở một nơi và cung cấp khả năng hoàn tác các hành động xóa không mong muốn.
Cảm ơn cho tính năng này!
и .
Đã thêm hỗ trợ cho quy tắc đẩy nhóm vào API
(BẮT ĐẦU, CAO CẤP, TUYỆT VỜI, ĐỒNG, BẠC, VÀNG)
Trước đây, quy tắc đẩy nhóm chỉ có thể được định cấu hình bằng cách truy cập từng nhóm riêng lẻ thông qua giao diện người dùng GitLab và áp dụng các quy tắc đó. Giờ đây, bạn có thể quản lý các quy tắc này thông qua API để hỗ trợ các công cụ tùy chỉnh và tự động hóa GitLab.
и .
Thu hồi mã thông báo truy cập cá nhân để lưu trữ thông tin xác thực tự quản lý
(TỐI THƯỢNG)
Cung cấp cho quản trị viên thông tin họ cần để quản lý thông tin xác thực của người dùng cho phiên bản GitLab của họ. Vì các tổ chức tập trung vào tuân thủ có mức độ nghiêm ngặt khác nhau trong chính sách quản lý thông tin xác thực của họ nên chúng tôi đã thêm một nút cho phép quản trị viên tùy ý thu hồi mã thông báo truy cập cá nhân (PAT) của người dùng. Giờ đây, quản trị viên có thể dễ dàng thu hồi các PAT có khả năng bị xâm phạm. Tính năng này hữu ích cho những tổ chức muốn có các tùy chọn tuân thủ linh hoạt hơn nhằm giảm thiểu sự gián đoạn cho người dùng của họ.
и .
Tệp cấu hình cho trình chỉnh sửa trang tĩnh
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trong GitLab 13.4, chúng tôi đang giới thiệu một cách mới để tùy chỉnh trình chỉnh sửa trang tĩnh. Mặc dù tệp cấu hình không lưu hoặc nhận bất kỳ cài đặt nào trong bản phát hành này, nhưng chúng tôi đang đặt nền tảng cho việc tùy chỉnh hành vi của người chỉnh sửa trong tương lai. Trong các phiên bản tương lai, chúng tôi sẽ thêm vào tệp .gitlab/static-site-editor.yml thông số cài đặt , trên đó , ghi đè cài đặt cú pháp Markdown và các cài đặt trình chỉnh sửa khác.
и .
Chỉnh sửa phần giới thiệu của tệp bằng trình chỉnh sửa trang tĩnh
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Front Matter là một cách linh hoạt và thuận tiện để xác định các biến trang trong tệp dữ liệu để trình tạo trang tĩnh xử lý. Nó thường được sử dụng để đặt tiêu đề trang, mẫu bố cục hoặc tác giả nhưng có thể được sử dụng để chuyển bất kỳ loại siêu dữ liệu nào tới trình tạo khi hiển thị trang ở dạng HTML. Nằm ở đầu mỗi tệp dữ liệu, phần giới thiệu thường được định dạng là YAML hoặc JSON và yêu cầu cú pháp nhất quán và chính xác. Người dùng không quen với các quy tắc cú pháp cụ thể có thể vô tình nhập đánh dấu không hợp lệ, điều này có thể gây ra sự cố về định dạng hoặc thậm chí là lỗi xây dựng.
Chế độ chỉnh sửa WYSIWYG của trình chỉnh sửa trang tĩnh đã xóa phần giới thiệu khỏi trình chỉnh sửa để ngăn các lỗi định dạng này. Tuy nhiên, điều này ngăn cản bạn thay đổi các giá trị được lưu trữ trong phần này mà không quay lại chỉnh sửa ở chế độ nguồn. Trong GitLab 13.4, bạn có thể truy cập bất kỳ trường nào và chỉnh sửa giá trị của nó trong giao diện dựa trên biểu mẫu quen thuộc. Khi nhấn nút Cài đặt (Cài đặt) một bảng sẽ mở ra hiển thị trường biểu mẫu cho mỗi khóa được xác định ở đầu. Các trường được điền giá trị hiện tại và việc chỉnh sửa bất kỳ trường nào cũng đơn giản như nhập giá trị đó vào biểu mẫu web. Việc chỉnh sửa phần giới thiệu theo cách này sẽ tránh được cú pháp phức tạp và cho phép bạn kiểm soát hoàn toàn nội dung trong khi vẫn đảm bảo kết quả cuối cùng được định dạng nhất quán.
и .
GitLab cho Jira và DVCS Connector hiện có trong Core
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Đối với người dùng Jira trên GitLab: и cho phép bạn hiển thị thông tin về các cam kết và hợp nhất các yêu cầu của GitLab trực tiếp trong Jira. Kết hợp với tích hợp Jira tích hợp của chúng tôi, bạn có thể dễ dàng di chuyển giữa hai ứng dụng khi làm việc.
Những tính năng này trước đây chỉ có trong gói Premium của chúng tôi nhưng hiện có sẵn cho tất cả người dùng!
и .
Bỏ phiếu đa số cho các giao dịch cụm Gitaly (beta)
(CORE, STARTER, PREMIUM, CUỐI CÙNG)
Cụm Gitaly cho phép bạn sao chép kho lưu trữ Git sang nhiều nút Gitaly “ấm”. Điều này làm tăng khả năng chịu lỗi bằng cách loại bỏ các điểm lỗi duy nhất. , được giới thiệu trong GitLab 13.3, khiến các thay đổi được phát đến tất cả các nút Gitaly trong cụm, nhưng chỉ các nút Gitaly bỏ phiếu đồng ý với nút chính mới lưu các thay đổi vào đĩa. Nếu tất cả các nút bản sao không đồng ý, chỉ một bản sao của thay đổi sẽ được lưu trữ trên đĩa, tạo ra một điểm lỗi duy nhất cho đến khi quá trình sao chép không đồng bộ hoàn tất.
Biểu quyết đa số cải thiện khả năng chịu lỗi bằng cách yêu cầu sự đồng ý của đa số nút (không phải tất cả) trước khi lưu các thay đổi vào đĩa. Nếu tính năng chuyển đổi này được bật, quá trình ghi sẽ thành công trên nhiều nút. Các nút bất đồng chính kiến được tự động đồng bộ hóa bằng cách sử dụng bản sao không đồng bộ từ các nút đã hình thành số đại biểu.
и .
Hỗ trợ lược đồ tùy chỉnh để xác thực JSON trong Web IDE
(CAO CẤP, TUYỆT VỜI, BẠC, VÀNG)
Các dự án mà mọi người viết cấu hình bằng JSON hoặc YAML thường dễ gặp sự cố vì rất dễ mắc lỗi đánh máy và làm hỏng nội dung nào đó. Có thể viết các công cụ kiểm tra để phát hiện những vấn đề này trong quy trình CI, nhưng việc sử dụng tệp lược đồ JSON có thể hữu ích để cung cấp tài liệu và gợi ý.
Những người tham gia dự án có thể xác định trong kho lưu trữ của họ đường dẫn đến lược đồ tùy chỉnh trong một tệp .gitlab/.gitlab-webide.yml, trong đó chỉ định lược đồ và đường dẫn đến các tệp cần kiểm tra. Khi tải một tệp cụ thể vào Web IDE, bạn sẽ thấy phản hồi và xác thực bổ sung để giúp bạn tạo tệp.
и .
Giới hạn phân nhánh đồ thị không theo chu kỳ (DAG) có hướng tăng lên 50
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Nếu bạn đang sử dụng băng tải (Biểu đồ chu kỳ có hướng (DAG)), bạn có thể thấy rằng có giới hạn 10 công việc mà một công việc có thể chỉ định trong needs:, quá khắc nghiệt. Trong phiên bản 13.4, giới hạn mặc định đã tăng từ 10 lên 50 để cho phép mạng lưới mối quan hệ phức tạp hơn giữa các công việc trong quy trình của bạn.
Nếu bạn là quản trị viên của phiên bản GitLab tùy chỉnh, bạn có thể nâng giới hạn này lên cao hơn nữa bằng cách thiết lập tính năng chuyển đổi, mặc dù chúng tôi không cung cấp hỗ trợ chính thức cho việc này.
и .
Cải thiện hành vi needs cho những bài tập bị bỏ lỡ
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Trong một số trường hợp, một công việc bị bỏ lỡ trong một quy trình có thể bị coi là thành công một cách không chính xác đối với các phần phụ thuộc được chỉ định trong needs, khiến các công việc tiếp theo phải chạy, điều đáng lẽ không nên xảy ra. Hiện tượng này đã được sửa trong phiên bản 13.4 và needs bây giờ xử lý chính xác các trường hợp nhiệm vụ bị bỏ lỡ.
и .
Ghim hiện vật nhiệm vụ cuối cùng để ngăn nó bị xóa
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
GitLab hiện tự động khóa công việc thành công cuối cùng và tạo phẩm quy trình trên bất kỳ nhánh đang hoạt động, yêu cầu hợp nhất hoặc thẻ nào để ngăn nó bị xóa sau khi hết hạn. Việc thiết lập các quy tắc hết hạn tích cực hơn để dọn sạch các tạo phẩm cũ trở nên dễ dàng hơn. Điều này giúp giảm mức tiêu thụ dung lượng ổ đĩa và đảm bảo rằng bạn luôn có bản sao của tạo phẩm mới nhất từ quy trình.
и .
Hướng dẫn CI/CD để tối ưu hóa quy trình
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Tối ưu hóa quy trình CI/CD của bạn có thể cải thiện tốc độ phân phối và tiết kiệm tiền. Chúng tôi đã cải thiện tài liệu của mình để bao gồm hướng dẫn nhanh nhằm tận dụng tối đa việc tối ưu hóa quy trình của bạn.
и .
Báo cáo thử nghiệm được sắp xếp theo trạng thái thử nghiệm
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
là một cách dễ dàng để xem kết quả của tất cả các thử nghiệm trong một quy trình. Tuy nhiên, với số lượng lớn các bài kiểm tra, việc tìm kiếm các bài kiểm tra thất bại có thể mất nhiều thời gian. Các vấn đề khác có thể khiến báo cáo khó sử dụng bao gồm khó cuộn qua các kết quả đầu ra theo dõi dài và làm tròn thời gian về 1 đối với các thử nghiệm chạy dưới XNUMX giây. Bây giờ, theo mặc định, khi sắp xếp báo cáo thử nghiệm, trước tiên nó sẽ đặt các thử nghiệm không thành công vào đầu báo cáo, sau đó sắp xếp các thử nghiệm theo thời lượng. Điều này làm cho việc tìm ra lỗi và các bài kiểm tra dài dễ dàng hơn. Ngoài ra, thời lượng kiểm tra hiện được hiển thị tính bằng mili giây hoặc giây, giúp đọc chúng nhanh hơn nhiều và các vấn đề cuộn trước đó cũng đã được giải quyết.
и .
Giới hạn về kích thước của tệp được tải lên sổ đăng ký gói
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Hiện có giới hạn về kích thước của tệp gói có thể được tải lên sổ đăng ký gói GitLab. Các hạn chế đã được thêm vào để tối ưu hóa hiệu suất đăng ký gói và ngăn ngừa lạm dụng. Giới hạn khác nhau tùy thuộc vào định dạng gói. Đối với GitLab.com, kích thước tệp tối đa là:
- Conan: 250 MB
- Maven: 3GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3GB
Đối với các phiên bản GitLab tùy chỉnh, các giá trị mặc định giống nhau. Tuy nhiên, quản trị viên có thể cập nhật các hạn chế bằng cách sử dụng .
и .
Sử dụng CI_JOB_TOKEN để xuất bản các gói PyPI
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Bạn có thể sử dụng kho lưu trữ GitLab PyPI để tạo, xuất bản và chia sẻ các gói Python cùng với mã nguồn và quy trình CI/CD. Tuy nhiên, trước đây bạn không thể xác thực kho lưu trữ bằng biến môi trường được xác định trước CI_JOB_TOKEN. Do đó, bạn phải sử dụng thông tin xác thực cá nhân của mình để cập nhật kho lưu trữ PyPI hoặc bạn có thể đã quyết định không sử dụng kho lưu trữ nào cả.
Giờ đây, việc sử dụng GitLab CI/CD để xuất bản và cài đặt các gói PyPI trở nên dễ dàng hơn bằng cách sử dụng biến môi trường được xác định trước CI_JOB_TOKEN.
и .
Hồ sơ máy quét DAST theo yêu cầu
(TỐI ƯU, VÀNG)
Để quét DAST theo yêu cầu , Cấu hình máy quét DAST đã được thêm vào. Chúng mở rộng khả năng cấu hình của những lần quét này, cho phép bạn nhanh chóng tạo nhiều cấu hình để bao gồm nhiều loại quét. Trong phiên bản 13.4, cấu hình trình thu thập thông tin về cơ bản bao gồm cài đặt thời gian chờ của trình thu thập thông tin để đặt thời gian trình thu thập thông tin DAST sẽ chạy khi nó cố gắng khám phá tất cả các trang của một trang web được thu thập thông tin. Cấu hình này cũng bao gồm cài đặt thời gian chờ của trang đích để đặt khoảng thời gian mà trình thu thập thông tin sẽ đợi để một trang web có thể truy cập được trước khi hủy quá trình thu thập thông tin nếu trang web đó không phản hồi với mã trạng thái 200 hoặc 300. Khi chúng tôi tiếp tục cải tiến, tính năng này sẽ là được thêm vào cấu hình máy quét trong các phiên bản tương lai; các thông số cấu hình bổ sung sẽ được thêm vào.
и .
Tệp cấu hình chuyển hướng đơn giản cho Trang GitLab
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Nếu bạn sử dụng Trang GitLab và muốn quản lý tốt hơn các thay đổi URL, bạn có thể nhận thấy rằng không thể quản lý chuyển hướng trên trang GitLab Pages của mình. GitLab hiện cho phép bạn định cấu hình các quy tắc để chuyển hướng URL này sang URL khác cho trang Trang của bạn bằng cách thêm tệp cấu hình vào kho lưu trữ. Tính năng này được thực hiện nhờ sự đóng góp của Kevin Barnett (), Eric Eastwood của chúng tôi () và nhóm GitLab. Cảm ơn tất cả mọi người cho đầu vào của bạn.
и .
Trạng thái Terraform được quản lý bởi GitLab
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Việc truy cập vào các phiên bản trước của trạng thái Terraform là cần thiết cho cả việc tuân thủ và gỡ lỗi nếu cần. Hỗ trợ lập phiên bản trạng thái Terraform do GitLab quản lý được cung cấp bắt đầu từ GitLab 13.4. Phiên bản được kích hoạt tự động cho các tệp trạng thái Terraform mới. Các tệp trạng thái Terraform hiện có sẽ được trong một bản phát hành sau này.
и .
Chi tiết thông báo sự cố quan trọng
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Khi xử lý sự cố, bạn cần có khả năng dễ dàng xác định thời gian cảnh báo được mở và số lần sự kiện được kích hoạt. Những chi tiết này thường rất quan trọng trong việc xác định tác động đến khách hàng và những gì nhóm của bạn nên giải quyết trước tiên. Trong bảng Chi tiết sự cố mới, chúng tôi hiển thị thời gian bắt đầu cảnh báo, số lượng sự kiện và liên kết đến cảnh báo ban đầu. Thông tin này có sẵn cho các sự cố được tạo ra từ cảnh báo.
и .
Cài đặt và chỉnh sửa tham số mức độ nghiêm trọng của sự cố
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Thứ nguyên Mức độ nghiêm trọng của sự cố cho phép người ứng phó và các bên liên quan xác định tác động của việc ngừng hoạt động cũng như phương pháp và mức độ khẩn cấp của hoạt động ứng phó. Khi nhóm của bạn chia sẻ kết quả trong quá trình giải quyết và khắc phục sự cố, họ có thể thay đổi cài đặt này. Giờ đây, bạn có thể chỉnh sửa mức độ nghiêm trọng của sự cố ở thanh bên phải của trang Chi tiết sự cố và mức độ nghiêm trọng được hiển thị trong danh sách sự cố.
и .
Tạo, chỉnh sửa và xóa các quy tắc bảo mật mạng container
(TỐI ƯU, VÀNG)
Cải tiến này đối với Trình chỉnh sửa quy tắc bảo mật mạng vùng chứa cho phép người dùng dễ dàng tạo, chỉnh sửa và xóa các quy tắc của họ trực tiếp từ giao diện người dùng GitLab. Các tính năng của trình soạn thảo bao gồm .yaml dành cho người dùng có kinh nghiệm và trình chỉnh sửa quy tắc có giao diện trực quan dành cho những người mới sử dụng quy tắc mạng. Bạn có thể tìm thấy các tùy chọn quản lý quy tắc mới trong phần Bảo mật và tuân thủ > Quản lý mối đe dọa > Quy tắc (Bảo mật & Tuân thủ > Quản lý mối đe dọa > Chính sách).
и .
Hỗ trợ lưu trữ blob Azure
(CORE, STARTER, PREMIUM, CUỐI CÙNG, MIỄN PHÍ, ĐỒNG, BẠC, VÀNG)
Cả GitLab và GitLab Runner hiện đều hỗ trợ , giúp chạy các dịch vụ GitLab trên Azure dễ dàng hơn.
Phiên bản GitLab hỗ trợ Azure cho tất cả các loại kho đối tượng, bao gồm tệp LFS, tạo phẩm CI và . Để thiết lập bộ lưu trữ Azure Blob, hãy làm theo hướng dẫn cài đặt hoặc .
Bộ xử lý công việc GitLab cũng hỗ trợ Azure để lưu trữ . Bộ nhớ Azure có thể được cấu hình bằng cách sử dụng phần .
и .
Gói Omnibus ARM64 cho Ubuntu và OpenSUSE
(CORE, STARTER, PREMIUM, CUỐI CÙNG)
Để đáp ứng nhu cầu ngày càng tăng về hỗ trợ chạy GitLab trên kiến trúc ARM 64-bit, chúng tôi vui mừng thông báo về sự sẵn có của gói Omnibus ARM64 Ubuntu 20.04 chính thức. Xin chân thành cảm ơn Zitai Chen và Guillaume Gardet vì những đóng góp to lớn mà họ đã thực hiện - yêu cầu hợp nhất của họ đóng một vai trò quan trọng trong việc này!
Để tải xuống và cài đặt gói cho Ubuntu 20.04, hãy truy cập và chọn Ubuntu.
и .
Hỗ trợ xác thực thẻ thông minh cho biểu đồ GitLab Helm
(CAO CẤP, TUYỆT VỜI)
Thẻ thông minh, chẳng hạn như Thẻ truy cập chung (CAC), hiện có thể được sử dụng để xác thực với phiên bản GitLab được triển khai qua biểu đồ Helm. Thẻ thông minh được xác thực dựa trên cơ sở dữ liệu cục bộ bằng chứng chỉ X.509. Với điều này, hỗ trợ thẻ thông minh với biểu đồ Helm hiện phù hợp với hỗ trợ thẻ thông minh có sẵn trong triển khai Omnibus.
и .
Bạn có thể đọc ghi chú phát hành chi tiết và hướng dẫn cập nhật/cài đặt trong bài viết gốc bằng tiếng Anh: .
Chúng tôi đang làm việc dịch từ tiếng Anh , , и .
Nguồn: www.habr.com