@erictune 참고

@soltysh 어떤 SIG에서 이 기능에 대해 논의할 수 있습니까? 이 기능에 대한 타사 리소스와 이 기능이 코어에 구축되어야 한다고 생각하는 이유에 대해 더 길게 논의하고 싶습니다.

지금은 SIG-Apps를 사용합시다. 거기에서 컨트롤러에 대한 많은 논의가 없었습니다. 제가 본 적이 있지만 어떻게 진행되는지 보도록 하겠습니다.

이것이 핵심에서 제외되는 것으로 고려되고 있습니까? 나는 그 제안이 이미 받아들여졌다고 생각했다.

@gtaylor 아직 결정된 것이 없습니다. 현재는 일괄적으로 알파 그룹의 일부가 될 것이며, 이것이 더 안정적인 것으로 마이그레이션될 때 어떤 일이 일어날지는 아직 알려지지 않았습니다.

내 이해는 이것이 핵심으로 받아들여진 반면 작업 워크플로는 핵심에 대해 거부되었다는 것입니다. 사실 우리는 원래 1.3에서 그것을 가질 계획이었습니다.

@davidopp 내 의견은 우리가 이전에 @philips로 했어 논의에 기반이 @erictune 여기 . 개인적으로 SJ가 핵심에 머무르는 것을 선호하지만 :sunglasses:

@soltysh 나는 주석이 핵심이 될 것임을 암시하는 것으로 해석했습니다(알파/베타에 대한 언급과 "누군가가 1.4 훨씬 이전에 서드 파티 버전의 scheduledJob을 생성하고 비교적 유용했음을 보여줍니다. , 후자의 경로가 ThirdParty인 경우 후자의 경로에 대한 설득력 있는 주장이 될 것입니다.

@davidopp 그 코멘트는 SJ가 1.4에서 베타가 될 것이라고 생각했을 때 작성되었습니다. 이제 1.4에서 알파로 이동합니다. 철학은 우리가 어떤 이유로든 알파 기능을 취소할 수 있지만 베타 기능을 취소하기 위해서는 상당히 높은 기준을 가져야 한다는 것이었습니다.

또한 SJ에서 일하는 모든 사람들에게: 위의 대화에도 불구하고 전속력으로 작업을 계속해야 합니다. 대부분의 작업은 어느 쪽이든 적용되며 피드백을 제공할 수 있도록 사용자에게 일종의 기능을 제공해야 합니다.

모든 SJ 작업은 최고 속도로 진행되고 있으며, 남은 문제는 https://github.com/kubernetes/kubernetes/pull/29187 을 사용하는 것 뿐입니다. 오늘 또는 그 이상 싶습니다 . 주말에 병합하고 다음 주에 다른 SJ PR이 병합되는 것을 볼 수 있습니다.

@soltysh : #29187이 병합된 것 같습니다. 다음 1.4 알파 릴리스에서 SJ를 재생할 수 있다는 뜻인가요?

@eghobo 계획입니다.

이것은 k8s.io에 문서가 필요하지만 코드가 있는 것 같습니다. 굉장합니다!

+100

@soltysh 는 문서가 완료된 것으로 간주되거나 더 많은 예제/튜토리얼을 추가하고 있습니까? 문서가 완료되면 문서 상자를 확인할 수 있습니다.

@janetkuo 보통 병합되면 완료로 표시합니다. 이를 염두에 두고 분기 1.4에 대해 하나를 확인했으며 다른 하나는 병합을 기다립니다.

CronJobs로 이름이 바뀌었으므로 해당 변경 사항을 반영하도록 제목도 업데이트하겠습니다.

1.5 베타버전인가요?

@ConorNevin 불행히도 문제 설명에서 베타 요구 사항을 참조하여 베타로 승격하기 위해 먼저 해결해야 할 사항을 확인하세요. 죄송합니다 :실망합니다

알파 기능을 실행할 수 있는 기능 없이 지금 기능과 같은 cronjob이 필요한 경우 여전히 https://github.com/wercker/cronetes 가 있습니다.

기능이 CronJobs에서 구현되면 최대 한 번만 실행됩니까?
나는 그것이 알파에 포함되지 않았다는 것을 알았습니다 - https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/scheduledjob.md#decision

@vinay-g 결국 그렇게 생각하지만 언제가 될지는 모르겠습니다. 도움은 언제나 환영합니다 :)

이 기능은 여전히 ​​마일스톤 1.4에 연결되어 있으며 1.6 마일스톤 스프레드시트에는 Cron/ScheduledJobs에 대한 언급이 없습니다.

아직 1.6 베타 릴리스 일정에 있습니까? GKE 고객으로서 저는 모든 클러스터 외부 크론을 클러스터 자체로 이동하기 시작하고 싶습니다(cronetes를 사용하지 않음).

물론. 내가 틀리지 않았다면 이것은 1.3 버전에서 많이 필요한 기능을 끌어온 것입니다. 나 자신도 같은 입장입니다. 온프레미스 작업을 GKE로 가져오기 시작할 수 있을 때까지 기다릴 수 없습니다.

이정표를 다음으로 수정했습니다. CronJobs가 이를 안정화하려면 아직 해야 할 일이 많습니다. 더 적극적으로 추진하고 싶지만 불행히도 시간 부족이 제가 할 수 있는 주요 요인입니다. 기압

imagePullSecrets 는 ChronJob 템플릿에서 지원됩니까?

@soltysh 업데이트

imagePullSecrets는 ChronJob 템플릿에서 지원됩니까?

@avaranovich 는 템플릿에서 Pod를 생성하기 때문에

안녕하세요 @soltysh . 이 베타에서 빨리 보고 싶습니다! 도움을 주고 싶지만 무엇이 필요한지 잘 모르겠습니다/여기서 다음 단계. 체크리스트를 약간 수정해 주시겠습니까(관련 문제/문서를 생성/가리킬 수 있음)? 🙂

@ApsOps 베타 이전에는 서버 측 제거를 구현하고 Google 앱 엔진 및 크로노스 형식을 지원하고 시간대 사용을 허용해야 합니다. 아마도 CronJobs와 관련된 버그를 제거하는 것이 좋을 것입니다. 1.6에서는 가능할지 모르겠지만 다음 릴리스에서는 가능합니다. 가장 중요한 것은 이 주제에 대해 작성하는 모든 문제/홍보에서 저를 태그하는 것입니다.

@soltysh

꽤 많은 사람들이 지금의 CronJobs를 사용하고 있다고 생각합니다. 저는 주로 "베타가 언제 될 것입니까?"라는 말을 듣습니다. 알파에 대한 문제는 그렇게 많지 않습니다.

현재 API를 중단하지 않고 서버 측 제거, 앱 엔진 및 크로노, 시간대를 추가할 수 있다고 믿는다면 지금 베타를 이동하지 않고 GA 전에 이러한 항목을 추가하지 않을 이유가 없습니다.

+1 CronJobs 베타의 경우. 베타 버전이고 클러스터 재설정이 필요하지 않은 경우 여기에서 여러 워크플로를 죽이는 기능이 될 것입니다.

우리는 이 기능이 베타 버전이 되기를 고대하고 있으며 알파에는 문제가 없었습니다.

개인적으로 나는 적어도 제거 부분을 다루는 것을 선호합니다. 이미 성공 및 실패한 작업이 얼마나 남았는지에 대한 구성 가능한 제한을 추가하는 작업을 하고 있는 사람이 있습니다. 그리고 제거가 핵심 요소라고 생각합니다. 다가오는 sig-apps 통화 중에 1.6 또는 1.7의 베타 버전으로 전환하는 옵션에 대해 논의해 보겠습니다. @michelleN 이것을 주제로 추가하시겠습니까?

@NiclasHedam 문제가 해결되었습니다. 아직 보지 못한 미해결 문제가 있습니까?

그것들은 모두 1.4.7에서 해결되었습니다.

GUI 지원을 추가할 계획이 있습니까? 예를 들어 현재 다음을 볼 수 있습니다.

[obatori<strong i="6">@obatori</strong>:~] >> kubectl get cronjobs
NAME         SCHEDULE      SUSPEND   ACTIVE    LAST-SCHEDULE
cron-hello   */1 * * * *   False     0         Tue, 25 Jul 2017 09:11:00 -0400
hello        0 22 * * *    False     0         <none>

그러나 GUI에서는 현재 작업 및 관련 일정이 아닌 기록 실행만 볼 수 있습니까? 또한 kubectl get 는 cronjob / cronjobs 를 유효한 리소스 유형으로 나열하지 않지만 실제로 작동합니다.

당연히 누락된 것이 있을 수 있지만 GUI의 다양한 부분을 철저하게 검색해도 아직 내 작업이 표시되지 않습니다!

@oscarbatori kubernetes/dashboard 저장소에서 문제를 열고 해당 개선 사항을 요청하십시오.

@luxas 가 할 것입니다. 신속한 응답에 감사드립니다.

@soltysh https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid =0에 1.8 릴리스의 이 기능에 대한 k8s.io 문서도구 PR을 추가할 수 있습니까?

@soltysh 이 기능은 기능 추적 스프레드시트( https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid =0)에 나열되어 있지만 1.8 마일스톤이 할당되지 않았습니다.

이 기능은 1.8을 대상으로 합니까?

@idvoretskyi 부분적으로 베타로의 승격은 1.8을 대상으로 했으며 그 기간에 이루어졌습니다. 이에 대한 이정표가 설정되지 않았으며, 아직 안정적으로의 향후 승격에 대한 명확한 계획이 없습니다.

@soltysh 이해했습니다. 따라서 1.8 이정표로 표시하겠습니다.

감사 해요!

@idvoretskyi 기능이 하나 있기 때문에( CronJobs를 수동으로 시작하는 기능 ) CronJobs와 관련된 1.9 릴리스에 들어가려고 합니다. 여기에 1.9milstone을 추가하겠습니다. 괜찮습니까? 해당 단일 항목을 추적하기 위해 다른 문제를 만들고 싶지 않습니다.

CronJob 관련 기능에 도입된(계획된) 변경 사항을 반영하도록 초기 설명을 업데이트하려고 할 것입니다.

@soltysh 기능 설명 업데이트에 어떤 진전이 있습니까? :)

새 템플릿을 사용하십시오 - https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@soltysh :wave: 1.9 기능 추적 게시판에 알려 주세요.
이 기능에 문서가 필요한지 여부. 그렇다면 PR을 열고 추적 스프레드시트에 대한 링크를 추가하십시오. 미리 감사드립니다!

@idvoretskyi 기능( CronJobs를 수동으로 시작하는 기능)이 하나 있기 때문에

이 특정 기능은 1.9에 없습니다. 이정표를 1.10으로 옮겨 볼까요?

1.10 이정표에는 3가지 주제가 있습니다.

1. CronJob의 TimeZone 지원(https://github.com/kubernetes/kubernetes/pull/47266) - @iterion 이유를 알아보려면 이 댓글 을 참조
2. CronJob 수동 인스턴스화 (https://github.com/kubernetes/kubernetes/pull/53988) - @erhudy
3. (?) 공유 정보 제공자를 사용하도록 컨트롤러 다시 작성 (https://github.com/kubernetes/kubernetes/issues/17130) - @soltysh

@soltysh 아직 베타 버전이죠?

안정적인 요구 사항:

1. 컨트롤러의 공유 정보 제공자(https://github.com/kubernetes/kubernetes/issues/17130)
2. 다양한 시간 형식( ISO 8601 , GCE 시간 형식 )을 지원합니다.

@soltysh 기능 추적 스프레드시트는 문서 업데이트가 필요함을 나타냅니다. 과연 그럴까요? 그렇다면 최대한 빨리 PR을 받으십시오(오늘이 문서 마감일이지만 사람들에게 알리는 것이 좋지 않습니다). 그렇지 않다면 스프레드시트 를 업데이트

@soltysh docs ping -- 문서 PR 병합 마감일은 3월 9일 금요일입니다. 이전 댓글을 참조하세요. 감사 해요! /cc @idvoretskyi

@Bradamant3 지연 죄송합니다. 이 기능에는 문서 업데이트가 필요하지 않습니다. 연결된 스프레드시트에 댓글을 추가했습니다.

@soltysh
1.11에서 이에 대한 계획이 있습니까?

그렇다면 해당 기능이 최신 상태인지 확인할 수 있습니까?

• 설명
• 중요한 단계
• 양수인
• 라벨:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

1.11에서 이에 대한 계획이 있습니까?

https://github.com/kubernetes/kubernetes/issues/17130 을 충족하기 위해 컨트롤러를 다시 작성했지만 여전히 시간이 부족합니다. 따라서 이것은 실제 계획보다 희망적인 생각에 가깝습니다.wink:

좋아. 나는 이것에 대한 이정표를 밀 것입니다.

이것을 안정적으로 가져올 계획에 대한 업데이트가 있습니까? 나는 이정표가 없다는 것을 기반으로 이것이 1.12에서 일어나지 않을 것이라고 가정하고 있습니까?

이것을 안정적으로 가져올 계획에 대한 업데이트가 있습니까? 나는 이정표가 없다는 것을 기반으로 이것이 1.12에서 일어나지 않을 것이라고 가정하고 있습니까?

@soltysh ^^

@spiffxp -- 이전에 @soltysh 와 이야기했습니다. 1.12에 대한 계획은 없습니다.

안녕하세요
이 개선 사항은 이전에 추적되었으므로 Kubernetes 1.13의 졸업 단계에 대한 계획이 있는지 확인하고 확인하고 싶습니다. 이 릴리스는 보다 '안정적'인 것을 목표로 하며 공격적인 일정을 갖습니다. 다음 마감일을 충족할 것이라고 확신하는 경우에만 이 개선 사항을 포함하십시오.

• 문서(열린 자리 표시자 PR): 11/8
• 코드 슬러시: 11/9
• 코드 동결 시작: 11/15
• 문서 작성 및 검토: 11/27

나중에 추적할 수 있도록 원본 게시물의 이정표를 업데이트하고 1.13 개선 사항 추적 시트에 포함해야 하는 경우 @kacole2로 핑하십시오.

감사 해요!

@kacole2 공유 정보 제공자인 cronjob 컨트롤러의 가장 큰 문제를 해결할 때까지 이것은 아무데도 움직이지 않습니다. 다음 SIG-Apps 통화에서 이 주제에 대해 논의할 것입니다.

90일 동안 사용하지 않으면 문제가 부실해집니다.
/remove-lifecycle stale 하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

지금 이 문제를 닫는 것이 안전하다면 /close 로 닫으십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta에 피드백을 보내십시오.
/수명 주기 부실

30일 동안 사용하지 않으면 오래된 문제가 썩습니다.
/remove-lifecycle rotten 하여 문제를 최신으로 표시합니다.
썩은 문제는 추가로 30일 동안 활동이 없으면 닫힙니다.

지금 이 문제를 닫는 것이 안전하다면 /close 로 닫으십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta에 피드백을 보내십시오.
/라이프사이클 썩은

20190212T2157Z 와 같은 작업에 대한 접두사는 어떻습니까?

/remove-lifecycle 썩음

/수명 주기 동결

kubernetes/enhancements 에서 열린 개선 문제는 고정된 것으로 표시되어서는 안 됩니다.
개선 사항 소유자는 릴리스 주기 전반에 걸쳐 상태를 지속적으로 업데이트하여 개선 사항이 최신 상태로 유지되도록 할 수 있습니다.

/remove-lifecycle 고정

안녕하세요 @soltysh , 저는 1.15의 Enhancement Lead입니다. 이 기능은 1.15에서 알파/베타/안정 단계를 졸업할 예정입니까? 제대로 추적하고 스프레드시트에 추가할 수 있도록 알려주십시오. 평소와 같이 KEP를 병합해야 이 작업이 진행됩니다.

코딩이 시작되면 이 호에 있는 모든 관련 k/k PR을 나열하여 올바르게 추적할 수 있도록 하십시오.

사용자로서 저는 오랫동안 이 리소스 종류를 성공적으로 사용해 왔습니다. 나는 API에 큰 문제를 보지 못했습니다. GA로 배송할 때가 되었나요?

우리는 졸업을 위해 KEP를 작업 중입니다

확인. 업데이트해주셔서 감사합니다.

안녕하세요 @kow3ns @soltysh , 저는 1.16 Enhancement Lead입니다. 이 기능은 1.16에서 알파/베타/안정 단계를 졸업할 예정입니까? 1.16 추적 스프레드시트에 추가할 수 있도록 알려주십시오. 졸업하지 않은 경우 이정표에서 제거하고 추적된 레이블을 변경합니다.

코딩이 시작되거나 이미 코딩이 시작되면 이 호에 있는 모든 관련 k/k PR을 나열하여 올바르게 추적할 수 있도록 하십시오.

참고로, 모든 개선 사항에는 각 알파/베타/안정 단계 요구 사항을 설명하는 졸업 기준과 함께 구현 가능한 상태의 KEP가 필요합니다.

이정표 날짜는 Enhancement Freeze 7/30 및 Code Freeze 8/29입니다.

감사합니다.

안녕하세요 @soltysh @kow3ns , 1.17 개선 사항이 여기에 있습니다. 이 개선 사항이 1.17에서 알파/베타/안정으로 전환될 것이라고 생각하는지 확인하고 싶었습니다.

현재 출시 일정은 다음과 같습니다.

• 9월 23일 월요일 - 출시 주기 시작
• 10월 15일 화요일, EOD PST - 개선 사항 동결
• 11월 14일 목요일, EOD PST - 코드 동결
• 11월 19일 화요일 - 문서를 작성하고 검토해야 합니다.
• 12월 9일 월요일 - Kubernetes 1.17.0 릴리스

해주시면 1.17 트래킹시트(https://bit.ly/k8s117-enhancement-tracking)에 추가하겠습니다. 코딩이 시작되면 이 호에 있는 모든 관련 k/k PR을 나열하여 제대로 추적할 수 있도록 하십시오. 👍

감사 해요!

90일 동안 사용하지 않으면 문제가 부실해집니다.
/remove-lifecycle stale 하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

지금 이 문제를 닫는 것이 안전하다면 /close 로 닫으십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta에 피드백을 보내십시오.
/수명 주기 부실

/remove-lifecycle 부실

안녕하세요 @soltysh @kow3ns ,

1.18 강화 팀 구성원이 여기에 있습니다. 이 개선 사항이 1.18에서 알파/베타/안정으로 전환될 것이라고 생각하는지 확인하고 싶었습니다. 개선 사항은 1월 28일에 동결됩니다.

해주시면 1.18 추적 시트(https://bit.ly/k8s-1-18-enhancements)에 추가하겠습니다. 코딩이 시작되면 이 호에 있는 모든 관련 k/k PR을 나열하여 제대로 추적할 수 있도록 하십시오. :+1:

감사 해요!

현재 출시 일정은 다음과 같습니다.

• 1월 6일 월요일 - 출시 주기 시작
• 1월 28일 화요일 EOD PST - 개선 사항 동결
• 3월 5일 목요일, EOD PST - 코드 동결
• 3월 16일 월요일 - 문서를 작성하고 검토해야 합니다.
• 3월 24일 화요일 - Kubernetes 1.18.0 릴리스

안녕하세요 @palnabarun @barney-s가 KEP를 제시간에 종료하기 위해 노력하고 있으며 구현이 진행될 것입니다.

업데이트에 대해 @soltysh 에게 감사드립니다. 개선 사항은 릴리스를 위해 안정적으로 목표로 설정되어 있다고 생각합니다. 추적 시트에서 동일하게 업데이트하고 있습니다. 그렇지 않은 경우 알려주십시오.

/스테이지 안정

/마일스톤 v1.18

@barney-s 인핸스먼트 프리즈(1월 28일 화요일)가 단 7일 남았습니다.

KEP에 대한 업데이트가 있습니까?

Slack의 @mattfarina 에 따르면 이것은 1.18에서 안정적으로 졸업하지 않을 것입니다. 1.18 이정표에서 제거하고 릴리스 추적 시트에서 삭제하겠습니다.

KEP 홍보: https://github.com/kubernetes/enhancements/pull/978

/마일스톤 클리어

90일 동안 사용하지 않으면 문제가 부실해집니다.
/remove-lifecycle stale 하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

지금 이 문제를 닫는 것이 안전하다면 /close 로 닫으십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta에 피드백을 보내십시오.
/수명 주기 부실

/remove-lifecycle 부실

안녕하세요 @soltysh @kow3ns , 1.19 개선 사항이 여기에 있습니다. 이 개선 사항이 1.19에서 졸업할 것이라고 생각하는지 확인하고 싶었습니다.

릴리스의 이 부분을 포함하려면:

1. KEP PR은 구현 가능한 상태로 병합되어야 합니다.
2. KEP에는 테스트 계획이 있어야 합니다.
3. KEP에는 졸업 기준이 있어야 합니다.

현재 출시 일정은 다음과 같습니다.

• 4월 13일 월요일: 1주차 - 출시 주기 시작
• 5월 19일 화요일: 6주차 - 개선 사항 동결
• 6월 25일 목요일: 11주차 - 코드 동결
• 7월 9일 목요일: 14주차 - 문서를 작성하고 검토해야 합니다.
• 8월 4일 화요일: 17주차 - Kubernetes v1.19.0 릴리스

해주시면 1.19 추적 시트(http://bit.ly/k8s-1-19-enhancements)에 추가하겠습니다. 코딩이 시작되면 이 호에 있는 모든 관련 k/k PR을 나열하여 제대로 추적할 수 있도록 하십시오. 👍

감사 해요!

안녕하세요 @soltysh / @kow3ns , 저는 v1.19 릴리스의 일부인 이 개선 사항에 대한 이전 업데이트를 따르고 있습니다.

v1.19 릴리스에 포함될 가능성에 대한 업데이트가 있습니까?

시간과 공헌에 다시 한 번 감사드립니다. 🖖

안녕하세요 @soltysh / @kow3ns , 저는 v1.19 릴리스의 일부인 이 개선 사항에 대한 이전 업데이트를 따르고 있습니다.

v1.19 릴리스에 포함될 가능성에 대한 업데이트가 있습니까?

시간과 공헌에 다시 한 번 감사드립니다. 🖖

@soltysh / @kow3ns님 , 개선 사항이 v1.19 포함될 계획이 있습니까? 포함 상태를 표시하도록 추적 시트를 업데이트할 수 있도록 알려주세요.

_ 개선 사항 동결은 5월 19일입니다 _

최근에 KEP 형식이 변경되었습니다. 또한 #1620이 최근에 병합되어 KEP 템플릿에 생산 준비 검토 질문이 추가되었습니다.
이 기회에 KEP를 다시 포맷하고 해당 PR의 템플릿에 추가된 질문에 답하십시오.

감사 해요,
🖖

@soltysh / @kow3ns 안녕하세요 , 불행히도 1.19 개선 사항 동결 마감일이 지났고 KEP #978은 아직 진행 중입니다. 현재 이것은 이정표 및 1.19 추적 시트 에서 제거됩니다. 이를 입력해야 하는 경우 개선 예외 를 제출하십시오.

90일 동안 사용하지 않으면 문제가 부실해집니다.
/remove-lifecycle stale 하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

지금 이 문제를 닫는 것이 안전하다면 /close 로 닫으십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta에 피드백을 보내십시오.
/수명 주기 부실

/수명 주기 동결

kubernetes/enhancements 에서 열린 개선 문제는 고정된 것으로 표시되어서는 안 됩니다.
개선 사항 소유자는 릴리스 주기 전반에 걸쳐 상태를 지속적으로 업데이트하여 개선 사항이 최신 상태로 유지되도록 할 수 있습니다.

/remove-lifecycle 고정

/수명 주기 동결

안녕하세요 @soltysh

개선 사항은 여기로 연결됩니다. 1.20에서 이에 대한 계획이 있습니까?

감사 해요,
커스틴

@kikisdeliveryservice 예, 천천히 이동할 계획입니다. 제안은 https://github.com/kubernetes/enhancements/pull/1996 을 참조

/마일스톤 v1.20

@kikisdeliveryservice 예, 천천히 이동할 계획입니다. 제안은 #1996을 참조하십시오. 따라서 1.20은 새 컨트롤러를 알파로 도입할 때입니다. 모든 적절한 링크와 현재 템플릿과 일치하도록 초기 설명을 업데이트했습니다.

좋아, 나는 이것을 많이 읽었고 나는 약간 혼란 스럽다 😄
KEP는 베타 버전입니다. 베타로 유지되나요?? 1.21 GA까지?

# The target maturity stage in the current dev cycle for this KEP.
stage: beta

# The most recent milestone for which work toward delivery of this KEP has been
# done. This can be the current (upcoming) milestone, if it is being actively
# worked on.
latest-milestone: "v1.20"

# The milestone at which this feature was, or is targeted to be, at each stage.
milestone:
  alpha: "v1.4"
  beta: "v1.9"
  stable: "v1.21"

1.20(새 컨트롤러 등) 동안 작업이 완료되어 GA로 전달되는 것처럼 들리지만 해당 작업이 GA 전에 완료되려면 릴리스 또는 2가 걸릴 수 있습니까? 내가 맞았어? 그래서 이것은 1.20 릴리스에 대해 추적할 필요가 없습니까?

(틀렸다면 지적해주세요!!)

1.20(새 컨트롤러 등) 동안 작업이 완료되어 GA로 전달되는 것처럼 들리지만 해당 작업이 GA 전에 완료되려면 릴리스 또는 2가 걸릴 수 있습니까? 내가 맞았어? 그래서 이것은 1.20 릴리스에 대해 추적할 필요가 없습니까?

맞아요. 우리는 그 자체로 1.20을 목표로 하지 않지만 중요한 작업 덩어리(새 컨트롤러)는 1.20에 포함될 것입니다. 그래서 1.20에서 추적해야한다고 생각합니다. 아니오?

/스테이지 베타

@soltysh 의미가 있습니다:+1:

내 기록을 위해 우리는 PR(기준을 충족함) https://github.com/kubernetes/enhancements/pull/1996 이 10월 6일 까지 병합되기를 기다리고 있습니다.

KEP 병합! :partying_face:

안녕하세요 @soltysh !

개선 사항은 1.20으로 예정되어 있으므로 중요한 다가오는 날짜를 염두에 두십시오.
11월 6일 금요일: 8주차 - 문서 자리 표시자 PR 마감
11월 12일 목요일: 9주차 - 코드 동결

다시 한 번 말씀드리지만 모든 k/k PR과 문서 PR을 이 문제에 연결하여 추적할 수 있도록 하십시오.

감사 해요!
커스틴

안녕하세요 @soltysh , 1.20 문서도구 그림자입니다.
1.20에 계획된 이 개선 작업에 새로운 문서나 기존 문서의 수정이 필요합니까?

그렇다면 여기 의 단계에 따라 k/website 리포지토리에서 dev-1.20 분기에 대한 PR을 여십시오. 이 PR은 현재 자리 표시자일 수 있으며 11월 6일 이전에 생성되어야 합니다.

또한 릴리스 에 대한 문서 요구 사항에 익숙해지도록
감사합니다!

로저 그 :+1:

안녕하세요 @soltysh
문서 자리 표시자 마감일이 거의 다 되었습니다. 마감일 전에 k/website 의 dev-1.20 분기에 대한 자리 표시자 PR 을

또한 중요한 다가오는 날짜를 기억하십시오.

• 11월 6일 금요일: 8주차 - 문서 자리 표시자 PR 마감
• 11월 12일 목요일: 9주차 - 코드 동결
• 11월 23일 월요일: 11주차 - 문서 PR 검토 준비 완료
  참고로 릴리스 팀이 추적할 수 있도록 모든 k/k PR과 문서 PR을 이 문제에 연결하십시오.

• 컨트롤러 구현 - https://github.com/kubernetes/kubernetes/pull/93370
• 문서 - https://github.com/kubernetes/website/pull/24885

안녕하세요 @soltysh입니다 !

kubernetes/kubernetes#93370이 아직 열려 있지만 적극적으로 검토 중인 것 같습니다. Code Freeze 가 11월 12일 목요일 에 2일 후에 온다는 것을 상기시켜 주십시오. 모든 PR은 해당 날짜까지 병합되어야 합니다. 그렇지 않으면 예외 가 필요합니다.

최상의,
커스틴

네, 동의합니다. 앞으로 몇 시간 내에 PR을 병합하지 않으면 예외를 작성하겠습니다.

합쳐졌다! 엄청난!!