cc : @sarahnovotny , @idvoretskyi et @kubernetes/sig-node

@kubernetes/huawei

Doc pertinent que j'ai écrit: https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/multi-platform.md

merci de nous l'avoir envoyé @luxas

Marqué comme "Alpha" par demande @michmike .

@michmike pouvez-vous confirmer que cet élément cible la bêta en 1.6 ?

@idvoretskyi , oui c'est vrai. Merci!
nous serons en bêta pour la v1.6

@idvoretskyi , veuillez supprimer la désignation stade/bêta de ce numéro. nous resterons en alpha pour une autre version. Merci!

@michmike terminé, merci !

Salut à tous - il y a eu plus d'une nouvelle version - avez-vous des nouvelles de cette progression au-delà de l'alpha ?

Salut @davidtnorth , nous sommes très proches de la sortie de la version bêta. nous avons déjà reçu 3-4 PR juste après l'ouverture des files d'attente de fusion après la version 1.8. malheureusement, nous avons raté le bateau pour 1.8, mais cela signifie que nous aurons plus de stabilité et plus de fonctionnalités avec 1.9

Salut à tous, y a-t-il des mises à jour disponibles sur le stockage/volumes kubernetes ? Y a-t-il des progrès en cours?

@michmike s'il vous plaît, mettez à jour la description de la fonctionnalité avec le nouveau modèle https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@michmike également, sur la base des déclarations précédentes, j'ai mis à jour l'étiquette de scène en version bêta en 1.9. Pouvez-vous confirmer?

oui, nous allons bêta dans la v1.9. merci @idvoretskyi

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

@michmike :wave: Veuillez indiquer dans le tableau de suivi des fonctionnalités 1.9
si cette fonctionnalité nécessite une documentation. Si oui, veuillez ouvrir un PR et ajouter un lien vers la feuille de calcul de suivi. Merci d'avance!

@michmike Bump pour les docs ☝️

/cc @idvoretskyi

@zacharysarah voici notre PR. je l'ai aussi ajouté à la doc.
https://github.com/kubernetes/website/pull/6180

Cependant, un petit problème. Même si le PR est hors du site Web de kubernetes, il est hors de la branche principale et non de la version 1.9. est-ce un problème ?
cc : @JMesser81

@michmike Merci d'avoir ouvert le PR. 👍

Oui : le PR doit se baser sur release-1.9 . Le référentiel kubernetes/site Web a une relation différente avec master que les autres référentiels K8.

MISE À JOUR : J'ai changé la base, ça a l'air bien.

oui, merci pour la mise à jour @zacharysarah . j'ai remarqué que tu l'as fait !

Les problèmes deviennent obsolètes après 90 jours d'inactivité.
Marquez le problème comme nouveau avec /remove-lifecycle stale .
Les problèmes obsolètes pourrissent après 30 jours d'inactivité supplémentaires et finissent par se fermer.

Si vous pouvez fermer ce problème en toute sécurité maintenant, faites-le avec /close .

Envoyez vos commentaires à sig-testing, kubernetes/test-infra et/ou fejta .
/ cycle de vie obsolète

Les problèmes obsolètes pourrissent après 30 jours d'inactivité.
Marquez le problème comme nouveau avec /remove-lifecycle rotten .
Les problèmes pourris se ferment après 30 jours d'inactivité supplémentaires.

Si vous pouvez fermer ce problème en toute sécurité maintenant, faites-le avec /close .

Envoyez vos commentaires à sig-testing, kubernetes/test-infra et/ou fejta .
/ cycle de vie pourri
/supprimer le cycle de vie obsolète

@michmike @kubernetes/sig-windows-feature-requests cette fonctionnalité est toujours en cours de développement, n'est-ce pas ?

oui c'est toujours en développement actif. nous sommes susceptibles de le sortir de la version bêta dans les prochains mois.

/supprimer le cycle de vie obsolète

/supprimer le cycle de vie pourri

@michmike
Des projets pour cela dans la 1.11 ?

Si tel est le cas, pouvez-vous vous assurer que la fonctionnalité est à jour avec les éléments suivants :

• La description
• Jalon
• Cessionnaire(s)
• Étiquettes:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

@PatrickLang est-ce un problème approprié pour suivre ce qui a été discuté dans sig-node pour proposer GA pour la prise en charge des conteneurs Windows? Je ne peux pas en trouver un meilleur, donc ajouté au jalon avec l'étiquette du nœud.

@derekwaynecarr Bien sûr, cela fonctionne pour moi.

@michmike pouvez-vous mettre à jour le problème pour créer un lien vers https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit comme critère de graduation proposé ?

@PatrickLang terminé !

@justaugustus est-ce que cela va nécessiter une exception à mettre sur le suivi 1.12 puisque nous avons dépassé le gel des fonctionnalités et que ce n'est pas sur la feuille ? Le document de graduation proposé suggère 1,12 pour GA/Stable

Merci pour la mise à jour. J'ai ajouté ceci à la feuille de suivi 1.12.

/retirer la bêta de l'étape
/écurie de scène
cc: @kacole2 @wadadli @robertsandoval @rajendar38

Salut! @michmike Je suis le wrangler pour les Docs de cette version. Y a-t-il une chance que je puisse vous demander d'ouvrir un PR docs contre la branche release-1.12 en tant qu'espace réservé ? Cela nous donne plus de confiance dans la livraison des fonctionnalités de cette version et me donne quelque chose avec quoi travailler lorsque nous commençons à faire des révisions/modifications. Merci! Si cette fonctionnalité ne nécessite pas de documentation, pourriez-vous mettre à jour la feuille de calcul de suivi des fonctionnalités pour en tenir compte ?

@michmike @PatrickLang --
Une mise à jour sur l'état de la documentation pour cette fonctionnalité ? Prévoyons-nous toujours de l'atterrir pour 1.12?
À ce stade, le gel du code est sur nous et les documents sont attendus le 9/7 (2 jours).
Si nous n'avons rien en retour concernant cette fonctionnalité dès que possible, nous devrons la supprimer du jalon.

cc: @zparnold @jimangel @tfogo

Cela doit passer à 1.13. Ce n'est pas prêt pour la 1.12. Pouvez-vous nous aider à mettre à jour le jalon ?

/jalon 1.13

@michmike : le jalon fourni n'est pas valide pour ce référentiel. Jalons dans ce référentiel : [ v1.12 , v1.13 , v1.14 ]

Utilisez /milestone clear pour effacer le jalon.

/jalon v1.13

Merci pour la mise à jour!

@michmike @PatrickLang dans quelle mesure sommes-nous sûrs que l'AG va passer en 1.13 ? Avons-nous une liste des relations publiques en attente ou des problèmes à suivre pour cela ?

Les choses sont bien meilleures que dans la v1.13 et j'ai pu obtenir plus de temps de la part de @feiskyer et @andyzhangx et d'autres pour travailler sur les problèmes restants.

Les passes de test sont à une proue + testgrid PR loin d'être en ligne. @lachie83 m'aide à contacter les bonnes personnes pour transmettre les informations d'identification Azure nécessaires. @pjh et @yujuhong ont également bien progressé dans la mise en place de tests sur GCE.

Les problèmes actuels du système d'ingénierie devraient être résolus début novembre, ce qui nous laisse un mois pour le travail de correction des bogues.

Je suis le suivi du travail sur plusieurs projets (y compris les déploiements Azure) ici :
https://github.com/PatrickLang/k8s-project-management/projects/1

Sur une note connexe - je ne suis pas un mainteneur de jalon et je ne peux pas marquer les choses pour 1.13. Quelle est la meilleure façon de les faire marquer ? Dois-je travailler avec vous ?

Sur une note connexe - je ne suis pas un mainteneur de jalon et je ne peux pas marquer les choses pour 1.13. Quelle est la meilleure façon de les faire marquer ? Dois-je travailler avec vous ?

@PatrickLang Ping-moi si vous voulez quelque chose d'important.

Merci @PatrickLang pour une mise à jour détaillée du statut. Comme @feiskyer l'a mentionné, envoyez un ping à lui ou à l'un d'entre nous dans l'équipe de publication de la 1.13, y compris @kacole2 @nikopen.

@michmike pouvez-vous lier ceci pour le suivi des documents ? https://github.com/kubernetes/website/pull/10875

@PatrickLang Je suis une ombre d'améliorations vérifiant ce problème - on dirait que des progrès sont en cours pour ce problème - comme un slush de code FYI est le 11/9 et le gel du code est le 11/15 - toute préoccupation concernant la prise de ces dates

On s'inquiète de savoir si les tests de conformité seront prêts, étant donné que nous venons d'en prendre connaissance jeudi.
cc @jdumars @spiffxp

@claurence merci d'avoir vérifié. Nous mettons en ligne des tests (Azure et GCE) et travaillons maintenant sur les documents. La file d'attente PR autre que les documents et les modifications de test en cours de révision est vide, nous sommes donc sur la bonne voie du point de vue du code.

@PatrickLang pouvez-vous svp nous diriger vers Docs et tester les PR svp

/cc @tfogo

@AishSundar - mon tableau de suivi principal est ici : https://github.com/PatrickLang/k8s-project-management/projects/1
Cela a des liens vers doc PR kubernetes/website#10875 ainsi que des PR de test

Merci @PatrickLang. D'après le commentaire de Brian ci-dessus, il semble que le manque de couverture de conformité appropriée sera un obstacle pour cette fonctionnalité. Je vois quelques relations publiques liées à la conformité et aux tests dans votre tableau de bord. Est-ce que ceux-ci répondent à tous les conseils de Sig-Arch ? ou pouvons-nous nous attendre à plus de changements/PR pour les tests de conformité.

En regardant également le tableau de bord du projet, il y a pas mal de choses qui attendent de fusionner et de se stabiliser. Nous sommes à une semaine du gel du code. Es-tu toujours confiant de faire la 1.13 ? ^^

@AishSundar oui, toujours en train de suivre la v1.13. Aujourd'hui, dans SIG-Architecture (notes), nous avons décidé de séparer cela en deux workflows :

1. Prenez une décision sur la balise Windows [stable] pour la v1.13 en fonction des exigences. Ce document est le principal point de discussion, et il y a des fils de discussion dans SIG-Architecture et SIG-Windows pour fermer cela. https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit

2. Qu'est-ce que la conformité pour un cluster contenant des nœuds Windows ? Cela ne bloquera pas l'élément 1, car Windows est une fonctionnalité facultative que tous les clusters n'utiliseront pas. Nous poursuivrons cette discussion sur la liste du groupe de travail sur la conformité et continuerons à travailler sur une solution commune qui sera probablement terminée après la v1.13.

Merci @PatrickLang. Seriez-vous en mesure de rejoindre notre réunion de burndown 1.13 RT, lundi ou mercredi de la semaine prochaine à 10h PST, pour donner une mise à jour plus récente alors que nous approchons du gel du code ?

@AishSundar sûr - je peux rejoindre mercredi. Pouvez-vous m'indiquer les détails de la réunion (lien notes/zoom) ? Je ne le vois pas sur la liste iCal partagée de kubernetes.

cc @michmike ^^

Notes de réunion : http://bit.ly/k8s113-minutes
Agrandir : https://zoom.us/j/611312756

Par discussion avec Sig Arch, nous avons décidé de déplacer Windows GA vers 1.14

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

/jalon v1.14

@spiffxp devrions-nous marquer cela comme "Suivi/oui" maintenant pour la v1.14 puisque nous avons également le KEP

@michmike - ciblage stable pour 1.14 correct ?

@claurence c'est exact.

KEP a été approuvé aujourd'hui pour une version stable avec 1.14

Bonjour, 1.14 amélioration de l'ombre ici. Code Freeze est le 7 mars et tous les PR doivent être fusionnés d'ici là avec votre problème pour créer la version 1.14. Quels PR K/K ouverts avez-vous encore besoin de fusionner ? Merci

@lledru, nous avons du travail en cours et comprend quelques relations publiques. vous pouvez voir notre tableau de suivi pour 1.14 ici. https://github.com/orgs/kubernetes/projects/8

L'espace réservé Documentation PR est en place

@michmike regardant ce tableau de suivi est tout ce qui se trouve dans la colonne de blocage de la version 1.14, que devrait-on fusionner en gelant le code ? il semble que si j'interprète cela correctement, il s'agit de 9 PR ouverts dans K/K qui doivent être fusionnés d'ici vendredi ?

@claurence c'est vrai. ça va être serré. quelques-uns de ces PR sont déjà prêts à être fusionnés aujourd'hui.

3 ans après la création de SIG-Windows, nous sommes heureux d'annoncer que Kubernetes v1.14 inclura un support stable pour Windows

• KEP sur https://github.com/kubernetes/enhancements/blob/master/keps/sig-windows/20190103-windows-node-support.md
• notes de version créées
• article de blog général 1.14 créé
• Aperçu des documents à -
  https://5c914f680410ed000aeebc2e--kubernetes-io-vnext-staging.netlify.com/docs/setup/windows/add-windows-nodes/
• le test vert s'exécute sur https://testgrid.k8s.io/sig-windows#aks -engine-azure-1-14-windows

/Fermer

@michmike : Fermeture de ce problème.