Linux 패키지 지원 중단 정책

Linux 패키지 지원 중단 정책에 대해 설명합니다.

Linux 패키지에는 사용자에게 다양한 구성 옵션을 제공하는 여러 라이브러리와 서비스가 포함됩니다. 라이브러리와 서비스가 업데이트되면서 구성 옵션이 변경되고 더 이상 사용되지 않게 됩니다. 유지 관리성을 높이고 작동하는 설정을 유지하기 위해 다양한 구성을 제거해야 합니다. 구성 지원 중단 # 정책 # Linux 패키지는 최소 하나의 메이저 버전 동안 구성을 유지합니다. 지원 중단된 구성이 다음 메이저 릴리스에서 사용 가능하다고 보장할 수 없습니다. 자세한 내용은 예시 를 참조하세요. 공지 # 구성이 더 이상 사용되지 않으면 다음을 통해 지원 중단을 발표합니다: https://about.gitlab.com/blog/ 의 릴리스 블로그 게시물. 블로그 게시물 항목에는 목표 제거 날짜와 함께 지원 중단 공지가 포함됩니다. 설치/재구성 출력(해당되는 경우). https://docs.gitlab.com/ 의 공식 문서. 문서 업데이트에는 수정된 구문(해당되는 경우) 또는 구성 제거 날짜가 포함됩니다. 절차 # 이 섹션에서는 구성 지원 중단 및 제거에 필요한 단계를 나열합니다. 두 가지 유형의 구성을 구별할 수 있습니다: 민감한 구성: 주요 서비스 중단을 일으킬 수 있는 구성(데이터 무결성, 설치 무결성 또는 사용자가 설치에 접근하는 것을 방지하는 경우 등) 일반 구성: 기능을 사용할 수 없게 만들 수 있지만 설치를 계속 사용할 수 있는 구성(기본 프로젝트/그룹 설정 변경 또는 다른 구성 요소와의 통신 문제 등) 지원 중단 및 제거 절차도 구별해야 합니다. 구성 지원 중단 # 지원 중단 절차는 민감한 구성과 일반 구성 모두 비슷합니다. 유일한 차이점은 제거 목표 날짜입니다. 공통 단계: 지원 중단 유형 및 기타 필요한 정보에 대한 세부 정보가 포함된 이슈를 omnibus-gitlab 이슈 트래커 에 생성합니다. deprecation 레이블을 적용합니다. 지원 중단된 구성의 제거 목표를 결정합니다. 공지 섹션 에 명시된 대로 각 항목에 대한 지원 중단 공지를 작성합니다. 제거 목표: 일반 구성의 경우 제거 목표는 항상 다음 메이저 릴리스 날짜여야 합니다. 날짜를 알 수 없는 경우 다음 메이저 버전을 참조할 수 있습니다. 민감한 구성의 경우 좀 더 복잡합니다. 다음 메이저 릴리스가 2개의 마이너 릴리스 이내인 경우 다음 메이저 릴리스에서 민감한 구성을 제거하지 않는 것을 목표로 해야 합니다(이 숫자는 보안 백포트 릴리스 정책과 일치하도록 선택되었습니다). 몇 가지 예시는 아래 표를 참조하세요: 구성 유형 지원 중단 발표 최종 마이너 릴리스 제거 민감한 10.1.0 10.9.0 11.0.0 민감한 10.7.0 10.9.0 12.0.0 일반 10.1.0 10.9.0 11.0.0 일반 10.8.0 10.9.0 11.0.0 구성 제거 # 지원 중단이 발표되고 제거 목표가 설정되면 이슈의 마일스톤이 제거 목표 버전과 일치하도록 변경되어야 합니다. 이슈의 최종 댓글에는 다음이 포함되어야 합니다: 릴리스 블로그 게시물 섹션에 대한 텍스트 스니펫. 변경 사항을 도입