참조: @sarahnovotny , @idvoretskyi 및 @ kubernetes / sig-node

@ 쿠버네티스 / 화웨이

내가 작성한 관련 문서: https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/multi-platform.md

@luxas 를 보내주셔서 감사합니다.

@michmike 요청에 따라 "알파"로 표시됩니다.

@michmike 이 항목이 1.6의 베타를 대상으로 한다는 것을 확인할 수 있습니까?

@idvoretskyi 네 맞습니다. 감사 해요!
우리는 v1.6의 베타 버전이 될 것입니다

@idvoretskyi , 이 문제에서 단계/베타 지정을 제거하십시오. 우리는 한 번 더 릴리스하기 위해 알파 상태를 유지할 것입니다. 감사 해요!

@michmike 완료, 감사합니다!

안녕하세요 여러분 - 그것은 하나 이상의 추가 릴리스였습니다 - 이것이 알파를 넘어 진행되고 있다는 소식이 있습니까?

안녕하세요 @davidtnorth , 우리는 베타 출시에 매우 가깝습니다. 1.8 릴리스 이후 병합 대기열이 열린 직후에 이미 3-4개의 PR을 받았습니다. 불행히도 1.8에서는 보트를 놓쳤지만 1.9에서는 더 많은 안정성과 더 많은 기능을 갖게 됩니다.

안녕하세요. kubernetes 스토리지/볼륨에 대한 업데이트가 있습니까? 진행 중인 작업이 있습니까?

@michmike , 새 템플릿 https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md 로 기능 설명을 업데이트하십시오.

@michmike 도 이전 설명을 기반으로 1.9에서 스테이지 레이블을 베타로 업데이트했습니다. 확인 할수 있어요?

예, 우리는 v1.9에서 베타 버전을 제공할 것입니다. @idvoretskyi 감사합니다

@idvoretskyi https://github.com/kubernetes/features/issues/512

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

문서용 @michmike Bump ☝️

/cc @idvoretskyi

@zacharysarah는 여기 우리의 PR입니다. 문서에도 추가했습니다.
https://github.com/kubernetes/website/pull/6180

그러나 하나의 작은 문제. PR이 kuberneteswebsite 외부에 있더라도 1.9 릴리스 분기가 아니라 마스터에 있습니다. 그게 문제야?
참조: @JMesser81

@michmike PR을 열어주셔서 감사합니다. 👍

예: PR은 release-1.9 를 기반으로 해야 합니다. kubernetes/website repo는 다른 K8s repo와 master 의 관계가 다릅니다.

업데이트: 베이스를 변경했는데 괜찮아 보입니다.

예, @zacharysarah 업데이트에 감사드립니다. 나는 당신이 그것을 한 것으로 나타났습니다!

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

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

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

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

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

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

@michmike @kubernetes/sig-windows-feature-requests 이 기능은 아직 개발 중입니다. 맞나요?

예, 이것은 아직 활발히 개발 중입니다. 우리는 앞으로 몇 개월 안에 베타에서 나올 것입니다.

/remove-lifecycle 부실

/remove-lifecycle 썩음

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

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

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

cc @idvoretskyi

@PatrickLang 은 Windows 컨테이너 지원을 위한 GA를 제안하기 위해 sig-node에서 논의된 내용을 추적하는 적절한 문제입니까? 더 나은 것을 찾을 수 없으므로 노드 레이블이 있는 이정표에 추가되었습니다.

@derekwaynecarr 물론, 이것은 저에게 효과적입니다.

@michmike 제안된 졸업 기준으로 https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit 에 링크하도록 문제를 업데이트할 수 있습니까?

@PatrickLang 완료!

@justaugustus 는 기능 정지가 지나고 시트에 없기 때문에 1.12 추적에 예외를 적용해야 합니까? 제안된 졸업 문서는 GA/Stable에 대해 1.12를 제안합니다.

업데이트해주셔서 감사합니다. 이것을 1.12 추적 시트에 추가했습니다.

/단계 베타 제거
/스테이지 안정
참조: @kacole2 @wadadli @robertsandoval @rajendar38

이봐! @michmike 저는 이번 릴리스 문서의 랭글러입니다. 릴리스-1.12 브랜치에 대한 문서 PR을 자리 표시자로 열 수 있는 기회가 있습니까? 덕분에 이번 릴리스에서 제공되는 기능에 대해 더 확신할 수 있었고 검토/편집을 시작할 때 작업할 수 있는 항목이 생겼습니다. 감사 해요! 이 기능에 문서가 필요하지 않은 경우 기능 추적 스프레드시트를 업데이트하여 반영하시겠습니까?

@michmike @PatrickLang --
이 기능에 대한 문서 상태 업데이트가 있습니까? 우리는 여전히 1.12에 그것을 착륙시킬 계획입니까?
이 시점에서 코드 동결이 시작되었으며 문서는 9/7(2일)에 마감됩니다.
최대한 빨리 이 기능과 관련하여 아무 것도 제출하지 않으면 이정표에서 해당 기능을 제거해야 합니다.

참조: @zparnold @jimangel @tfogo

이것은 1.13으로 옮겨야 합니다. 1.12에서는 준비되지 않았습니다. 이정표 업데이트를 도와주시겠습니까?

/마일스톤 1.13

@michmike : 제공된 마일스톤은 이 저장소에 유효하지 않습니다. 이 저장소의 이정표: [ v1.12 , v1.13 , v1.14 ]

/milestone clear 를 사용하여 이정표를 지웁니다.

/마일스톤 v1.13

업데이트해주셔서 감사합니다!

@michmike @PatrickLang 1.13에서 GA가 진행되는 것을 얼마나 확신합니까? 이를 위해 추적할 보류 중인 PR 또는 문제 목록이 있습니까?

v1.13보다 상황이 훨씬 좋아 졌고 @feiskyer 와 @andyzhangx 및 다른 사람들이 나머지 문제를 해결하는 데 더 많은 시간을 할애할 수 있었습니다.

테스트 통과는 온라인 상태가 아닌 prow+testgrid PR입니다. @lachie83 은 필요한 Azure 자격 증명을 전달하기 위해 적절한 사람들에게 연락하는 데 도움을 주고 있습니다. @pjh 와 @yujuhong 도 GCE에 대한 테스트를 진행하는 데 상당한 진전을 이뤘습니다.

현재 엔지니어링 시스템 문제는 버그 수정 수준 작업을 위한 한 달을 제공하는 11월 초까지 완료되어야 합니다.

여기에서 여러 프로젝트(Azure 배포 포함)의 작업을 추적하고 있습니다.
https://github.com/PatrickLang/k8s-project-management/projects/1

관련 메모에서 - 저는 이정표 유지 관리자가 아니며 1.13에 대한 항목을 표시할 수 없습니다. 표시를 하는 가장 좋은 방법은 무엇입니까? 귀하와 협력해야 합니까?

관련 메모에서 - 저는 이정표 유지 관리자가 아니며 1.13에 대한 항목을 표시할 수 없습니다. 표시를 하는 가장 좋은 방법은 무엇입니까? 귀하와 협력해야 합니까?

@PatrickLang 이정표가 된 것을 원하면 저에게 핑을 보내주십시오.

자세한 상태 업데이트에 대해 @PatrickLang 에게 감사드립니다. @feiskyer가 언급했듯이 @kacole2 @nikopen을 포함한 1.13 릴리스 팀에서 그 또는 우리 중 누구에게나 ping을 보내십시오.

@michmike 문서 추적을 위해 이것을 링크할 수 있습니까? https://github.com/kubernetes/website/pull/10875

@PatrickLang 저는 이 문제에 대한 개선된 섀도우 체크인입니다. 이 문제에 대해 진행 중인 것처럼 들립니다. FYI 코드 슬러시가 11/9이고 코드 동결이 11/15이기 때문에 - 해당 날짜를 만드는 데 대한 우려 사항

목요일에 이 사실을 알게 되었기 때문에 적합성 테스트가 준비될지 여부에 대한 우려가 있습니다.
cc @jdumars @spiffxp

@claurence 확인해주셔서 감사합니다. 테스트를 온라인으로 가져오고(Azure 및 GCE) 지금 문서를 통해 작업하고 있습니다. 문서 및 검토 중인 테스트 변경 사항 이외의 PR 대기열이 비어 있으므로 코드 관점에서 추적하고 있습니다.

@PatrickLang 당신은 우리에게 문서를 가리키고 PR을 테스트할 수 있습니다 plz

/cc @tfogo

@AishSundar - 내 마스터 추적 보드는 여기: https://github.com/PatrickLang/k8s-project-management/projects/1
문서 PR kubernetes/website#10875 및 테스트 PR에 대한 링크가 있습니다.

@PatrickLang 감사합니다. 위의 Brian의 의견 에 따르면 적절한 적합성 적용 범위의 부족이 이 기능의 방해 요소가 될 것 같습니다. 대시보드에서 몇 가지 적합성 관련 및 테스트 PR을 봅니다. 그것들이 Sig-Arch의 모든 지침을 다루고 있습니까? 또는 적합성 테스트를 위해 더 많은 변경/PR을 기대할 수 있습니까?

또한 프로젝트 대시보드를 보면 병합 및 안정화를 기다리고 있는 것들이 꽤 있습니다. 코드 동결이 일주일 앞으로 다가왔습니다. 아직도 1.13을 만들 자신이 있습니까? ^^

@AishSundar 예, 여전히 v1.13을 추적하고 있습니다. 오늘 SIG-Architecture (노트) 에서 우리는 이것을 두 개의 워크플로로 분리하기로 결정했습니다.

1. 요구 사항 충족에 따라 v1.13용 Windows [stable] 태그를 결정합니다. 이 문서는 주요 토론 지점이며 SIG-Architecture 및 SIG-Windows에서 이를 닫는 스레드가 있습니다. https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit

2. Windows 노드를 포함하는 클러스터의 적합성은 무엇입니까? Windows는 모든 클러스터에서 사용하지 않는 선택적 기능이므로 항목 1을 차단하지 않습니다. 우리는 적합성 작업 그룹 목록에 대해 이 논의를 계속하고 v1.13 이후에 완료될 공동 솔루션에 대해 계속 작업할 것입니다.

@PatrickLang 감사합니다. 다음 주 월요일 또는 수요일 오전 10시(PST)에 1.13 RT 번다운 회의에 참여하여 코드 동결이 가까워짐에 따라 최신 업데이트를 제공할 수 있습니까?

@AishSundar 확실히 - 수요일에 참여할 수 있습니다. 회의 세부 정보(메모/확대/축소 링크)를 알려줄 수 있습니까? kubernetes 공유 iCal 목록에 없습니다.

cc @michmike ^^

회의록 : http://bit.ly/k8s113-minutes
줌: https://zoom.us/j/611312756

Sig Arch와의 논의에 따라 Windows GA를 1.14로 옮기기로 결정했습니다.

@PatrickLang @michmike @kacole2 @marpaia @kbarnard10 @tfogo

/마일스톤 v1.14

@spiffxp 우리도 KEP를 가지고 있기 때문에 v1.14에 대해 이것을 "추적/예"로 표시해야 합니다.

@michmike - 1.14에서 안정적인 타겟팅이 맞습니까?

@claurence 맞습니다 .

KEP는 오늘 1.14로 안정적인 릴리스가 승인되었습니다.

안녕하세요 1.14 인핸스먼트 섀도우입니다. 코드 동결은 3월 7일이며 1.14 릴리스를 만들기 위해서는 그때까지 모든 PR을 이슈에 병합해야 합니다. 아직 병합해야 하는 공개 K/K PR이 무엇입니까? 감사 해요

@lledru 진행 중인 작업이 있으며 몇 가지 PR이 포함되어 있습니다. 여기에서 1.14에 대한 추적 보드를 볼 수 있습니다. https://github.com/orgs/kubernetes/projects/8

자리 표시자 문서 PR 이 있습니다.

@michmike 가 추적 보드를 보고 있는 것은 1.14 릴리스 차단 열의 모든 것입니다. 코드 동결로 병합되어야 하는 것은 무엇입니까? 금요일까지 병합해야 하는 K/K의 9개 공개 PR이라는 것을 올바르게 해석하는 것 같습니까?

@claurence 맞습니다. 팽팽한 압박이 될 것입니다. 이러한 PR 중 일부는 이미 오늘 병합할 준비가 되었습니다.

SIG-Windows 형성 3년 후, Kubernetes v1.14에 Windows에 대한 안정적인 지원이 포함될 것임을 발표하게 된 것을 기쁘게 생각합니다.

• https://github.com/kubernetes/enhancements/blob/master/keps/sig-windows/20190103-windows-node-support.md 의 KEP
• 생성된 릴리스 정보
• 일반 1.14 블로그 게시물 생성
• 문서 미리보기 -
  https://5c914f680410ed000aeebc2e--kubernetes-io-vnext-staging.netlify.com/docs/setup/windows/add-windows-nodes/
• 녹색 테스트는 https://testgrid.k8s.io/sig-windows#aks -engine-azure-1-14-windows에서 실행됩니다.

/닫기

@michmike : 이 문제를 종료합니다.