/ @apelisse zuweisen

Es sieht so aus, als ob wir noch einige Dokumente benötigen, um diese Funktion für die Veröffentlichung @apelisse vorzubereiten
Könnte ich da bitte etwas Hilfe bekommen? Wenn ich etwas tun kann, um zu helfen, lass es mich wissen

Wir suchen mindestens einen Platzhalter-PR im Kubernetes/Website-Repository. Der Prozess ist ziemlich einfach: Checke den release-1.11 Zweig aus, mache einen Platzhalter-Commit, schiebe ihn in deinen Fork und erhöhe einen PR zwischen ihm und dem release-1.11 Zweig mit dem /hold Status .

VIELEN DANK!!!!!

@apelisse Ich habe die Meilensteinänderung bemerkt. Planen Sie, dies aus der Version 1.11 zu ziehen?

Ja, nicht in 1.11. Ich aktualisiere den Körper.

Danke @apelisse!

Ich bin mir nicht sicher, ob dies der richtige Ort ist, um dies zu kommentieren, aber wir haben an unserer eigenen Art von "Server Side Apply" gearbeitet, indem wir https://github.com/seibert-media/dimios erstellt haben
Obwohl dies nur ein Slack-Time-Projekt ist, auf das wir unsere zukünftige Interaktion mit Kubernetes aufbauen möchten, sind wir beide auf Probleme mit dem gesamten Bewerbungsprozess gestolpert (wird mit einigen Leuten über Slack diskutiert), aber wir haben uns auch Gedanken gemacht, wie wir das am besten angehen können.

Obwohl ich selbst noch nicht direkt an K8s gearbeitet habe, könnte ich mir vorstellen, wenn möglich/wollt, zu dieser Idee/Funktion beizutragen.

Können Sie dies als E-Mail an [email protected] senden? Da können wir nachfassen.

@apelisse Ich darf keine Nachrichten an diese Gruppe posten ([email protected])

Entschuldigung, möglicherweise müssen Sie zuerst der Gruppe beitreten: https://groups.google.com/forum/#!forum/kubernetes -wg-apply

Blaue Schaltfläche, "Gruppe beitreten, um zu posten" (oben links)

@apelisse @kubernetes/sig-api-machinery-feature-requests @kubernetes/sig-cli-feature-requests --

Diese Funktion wurde aus dem vorherigen Meilenstein entfernt, daher würden wir gerne prüfen, ob dies in Kubernetes 1.12 geplant ist.

Wenn dies der Fall ist, stellen Sie bitte sicher, dass dieses Problem mit ALLEN der folgenden Informationen aktuell ist:

• Einzeilige Funktionsbeschreibung (kann als Versionshinweis verwendet werden):
• Hauptansprechpartner (Beauftragter):
• Verantwortliche SIGs:
• Link zum Designvorschlag (Community-Repository):
• Link zu e2e- und/oder Unit-Tests:
• Reviewer(s) – (für LGTM) empfehlen, dass 2+ Reviewer (mindestens einer aus der Datei OWNERS des Codebereichs) der Überprüfung zustimmen. Rezensenten von mehreren Unternehmen bevorzugt:
• Genehmiger (wahrscheinlich von SIG/Gebiet, zu dem das Feature gehört):
• Funktionsziel (welches Ziel entspricht welchem ​​Meilenstein):
  
  
  
  • Alpha-Release-Ziel (xy)
  
  
  • Beta-Release-Ziel (xy)
  
  
  • Stabiles Freigabeziel (xy)
  
  

Stellen Sie Folgendes ein:

• Beschreibung
• Bevollmächtigte(n)
• Etiketten:
  
  
  
  • Stufe/{Alpha, Beta, stabil}
  
  
  • sig/*
  
  
  • Art/Eigenschaft
  
  

Bitte beachten Sie, dass die Funktionssperre am 31. Juli endet. Danach erfordern unvollständige Funktionsprobleme eine Ausnahmeanfrage , um in den Meilenstein aufgenommen zu werden.

Bitte beachten Sie außerdem die folgenden relevanten Fristen:

• Docs-Deadline (offene Platzhalter-PRs): 21.8
• Testfall einfrieren: 8/28

Bitte stellen Sie sicher, dass alle PRs für Funktionen auch relevante Versionshinweise enthalten.

Glücklicher Versand!

/cc @justaugustus @kacole2 @robertsandoval @rajendar38

Ich denke, alles ist da @justaugustus! Dankeschön

Danke für das Update, @apelisse!

Sie da! @apelisse Ich bin der Wrangler für die Docs in dieser Version. Besteht die Möglichkeit, dass Sie eine Docs-PR gegen den Zweig release-1.12 als Platzhalter öffnen? Das gibt uns mehr Vertrauen in die Funktionsauslieferung in dieser Version und gibt mir etwas, mit dem ich arbeiten kann, wenn wir mit der Überprüfung/Bearbeitung beginnen. Vielen Dank! Wenn für diese Funktion keine Dokumente erforderlich sind, könnten Sie bitte die Tabelle zur Funktionsverfolgung aktualisieren, um dies widerzuspiegeln?

@zparnold Meilenstein von 1.12 auf 1.13 geändert :-). Das kannst du erstmal vergessen, danke.

Es wird Alpha sein, es wäre gut zu dokumentieren. Jenny sagte, sie würde versuchen, etwas zusammenzustellen. [EDIT: falsches Problem, ignorieren]

Am Di, 21. August 2018 um 12:44 Uhr Antoine Pelisse [email protected]
schrieb:

@zparnold https://github.com/zparnold Meilenstein von 1.12 geändert
zu 1.13 :-). Das kannst du erstmal vergessen, danke.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/features/issues/555#issuecomment-414797736 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AAnglgxXgV0DuPpOq4P4UZZjMY8Fcx6Lks5uTGMDgaJpZM4TKb_j
.

Entschuldigung, ich habe dies in meiner E-Mail gesehen und es mit dem Problem der Probelauffunktion verwechselt. Ja, serverseitiges Apply startet nicht in 1.12.

@lavalamp @apelisse Ich werde die Änderungen in der Tabelle vornehmen. danke, dass du uns darauf aufmerksam gemacht hast! cc @justaugustus

Gibt es irgendwelche Probleme oder PR's, die wir verfolgen könnten, um besser zu verstehen, welche Arbeit geleistet wird, um welche Funktionalität als Teil davon in 1.13 zu landen?

@spiffxp Wir haben im

Ist das nicht das Problem?

Für PRs siehe hier: https://github.com/kubernetes-sigs/structured-merge-diff/pulls

Schauen Sie auch im Hauptrepo nach, suchen Sie im Namen nach "feature branch" (zB Jenny hat gerade eine API-Änderung).

Wir haben hier Notizen von unserem zweiwöchentlichen Treffen: https://docs.google.com/document/d/1j_UqnJRvB7AywfZauHybVVNCOoDDA1AGWGxzPGE08ko/edit# (tragen Sie sich in die wg-apply-Mailingliste ein, wenn Sie lesen möchten)

Wir haben auch Besprechungsaufzeichnungen, obwohl wir möglicherweise hinter der Veröffentlichung stehen.

@lavalamp @apelisse Wie hoch ist das Vertrauensniveau dieser Funktion, die es in 1.13 zu Alpha schafft? Sind diese 3 PRs die einzigen anhängigen?

@lavalamp richtig, mein Q war eher, ob eines der Feature-Zweig-Zeugs im Master landen würde, sonst scheint es nicht so zu sein, als ob dies auf unserem Radar sein sollte; die wg-apply notizen sind diesbezüglich recht spartanisch

Es gibt das im April erwähnte Roadmap-Dokument , aber es ist mir unklar, ob das noch gültig ist und wenn ja, in welcher Phase wir uns gerade befinden oder welche wir anstreben

Basierend auf Ihrem neuesten Kommentar in den Sitzungsnotizen von sig-api-machinery versuche ich herauszufinden, auf welche Arbeitselemente wir achten sollten "nicht sicher, ob wir es rechtzeitig zur Alpha schaffen" und ob "Alpha" die Landung der Funktion impliziert Zweig zum Meister

@spiffxp Ja, es zu Alpha zu machen, ist dasselbe wie das Zusammenführen des Feature-Zweigs zurück in den Master.

@AishSundar Nein, es müssen noch viele PRs geschrieben werden. Sehen Sie sich die geschlossenen PRs in diesem Repo an, um eine Schätzung der aktuellen Geschwindigkeit zu erhalten. Außerdem benötigen wir weitere PRs für den Feature-Zweig im Hauptrepo.

Können Sie mir helfen zu verstehen, warum diese Detailgenauigkeit notwendig/nützlich ist? Wir haben immer noch 3 Wochen, bevor etwas einfriert oder matschig wird, oder? Wenn der Zweig bis dahin nicht zusammengeführt wird, müssen wir dies verschieben.

@lavalamp Da dies ein kurzer Release-Zyklus ist, versucht das Release-Team frühzeitig den Arbeitsaufwand für jedes geplante Feature und die Wahrscheinlichkeit möglicher Ausrutscher zu bewerten. Dies wird uns helfen, diese besser durch den Zyklus zu verfolgen

Es gibt definitiv noch etwas Arbeit, um dies in 1.13 zu bekommen, und die Wahrscheinlichkeit, dass es rutscht, ist nicht zu vernachlässigen. Wir wollen aber trotzdem unsere Chance nutzen und hoffen, dass die wenigen Wochen noch ausreichen, um in Alpha-Qualität zu kommen.

Ich helfe Ihnen gerne dabei, diesen Artikel auf jede erdenkliche Weise zu verfolgen und kann mich regelmäßig bei Ihnen melden, um Ihnen einen Status mitzuteilen. Hoffe das hilft, danke.

@apelisse vorerst, wenn Sie uns nur auf die Liste der offenen PRs und offenen Probleme (für ungeöffnete PRs) verweisen können, das wäre großartig. Wir werden die Basis Anfang November kontaktieren, um zu sehen, wo wir sind. Vielen Dank.

@kacole2 als

Wir verfolgen unsere Arbeit nicht über bestimmte Themen, für die spezielle PRs geschrieben werden müssen, das wäre für uns ziemlich schwer. Wir verwenden diese Tabelle: https://docs.google.com/spreadsheets/d/1ZHTDyiQssYBzs7DQWQd70bNQybeyS0m-S1aIS_zo-78/edit?pli=1#gid =0

(Sie sind wahrscheinlich bereits in einer E-Mail-Gruppe, die Zugriff hat)

In einem Offline-Chat mit @spiffxp scheint es, dass Sie tatsächlich versuchen, das Risiko zu bewerten; Ich denke, die obigen Fragen machen für diesen speziellen Versuch keinen Sinn, da dies in einem Feature-Zweig passiert, weshalb wir wahrscheinlich aneinander vorbeireden.

• In Bezug auf das Stabilitätsrisiko werden wir es nicht zusammenführen, wenn es nicht vor dem Schließen des Fensters die Messlatte erreicht, daher besteht ein sehr geringes Risiko. Alle unsere Änderungen befinden sich im Feature-Zweig oder anderen Repos, so dass es nicht so ist, als würden wir den Master halb kaputt belassen, wenn wir es nicht schaffen.
• In Bezug auf das Risiko, nicht rechtzeitig ins Ziel zu kommen, sind wir uns bewusst, dass die Zeit knapp ist und die Wahrscheinlichkeit groß ist, dass wir die Veröffentlichung nicht schaffen.

Hallo @lavalamp und @apelisse , ich bin der Docs-Wrangler für die Version 1.13. Könnten Sie bitte einen Platzhalter-PR für die Dokumente für diese Erweiterung für den dev-1.13 Zweig von k/website öffnen und mir einen Link senden? Wenn Sie bereits eine docs PR geöffnet haben oder dies keine docs in k/website erfordert, lassen Sie es mich bitte wissen.

Die Frist für Platzhalter-PRs für die Version 1.13 ist der 8. November. Daher ist es wichtig, so schnell wie möglich eine Docs-PR zu erstellen.

Wenn Sie Fragen dazu haben, helfe ich Ihnen gerne weiter. Sie können mir auch auf Slack eine Nachricht senden (ich bin auch dort tfogo).

Vielen Dank!

@tfogo Danke für deine Hilfe! Ich habe es hier erstellt: https://github.com/kubernetes/website/pull/10812

Hallo @lavalamp und @apelisse - I'm Enhancements Shadow for 1.13. Wenn Sie diesen Thread durchlesen und die Methode zum Verfolgen dieser Funktion in Betracht ziehen, könnten Sie bitte das Release-Team mit der Wahrscheinlichkeit aktualisieren, dass diese Verbesserung die Version 1.13 macht?

Code-Slush beginnt am 09.11. und Code-Freeze ist am 15.11.

Dankeschön!

Hallo @guineveresaenger , es besteht immer noch die Möglichkeit, dass wir die Veröffentlichung verpassen, aber wir tun alles, um ein hochwertiges Alpha-Feature in 1.13 zu haben!

@apelisse können wir bitte die Go/NoGo-Entscheidung auf Mittwoch (11.14) nächste Woche timen. An diesem Punkt des Zyklus erwarten wir, dass alle 1.13-Erweiterungen alle Code- und Test-PRs entweder zusammengeführt haben oder kurz vor der Zusammenführung stehen. Mir ist bekannt, dass dieses Feature in einem Feature-Branch entwickelt wird. Aber mit dem Einfrieren des Codes am nächsten Freitag (11.11.) müssen wir ihn spätestens am frühen Mittwoch in Master zusammenführen, um für ein paar Tage stabile CI-Signale vom Master zu erhalten. Wenn das nicht möglich ist, müssen wir es auf 1.14 verschieben. Vielen Dank

@kacole2

Wir haben in letzter Sekunde ein paar Fehler gefunden, also werden wir dies als erstes für 1.14 zusammenführen, wenn der Master geöffnet wird.

Danke für das Update @lavalamp.

@kacole2 @tfogo @marpaia @kbarnard10 als FYI

@apelisse @lavalamp Hallo - ich bin der prüfe dieses Problem, um zu sehen, welche Arbeiten (falls vorhanden) für die Version 1.14 geplant sind. Das Einfrieren der Erweiterungen ist am 29. Januar.

Hallo @claurence , wir planen, diese Feature-Alpha in diesem Zyklus zu veröffentlichen! Ich habe gerade die Beschreibung aktualisiert, um den neuen Meilenstein widerzuspiegeln. Muss ich noch etwas aktualisieren?

@apelisse hört sich gut an! Ich werde dies zu unserem 1.14 Tracking-Blatt hinzufügen.

Wie würde die vom Client gestellte API-Anfrage danach aussehen? Ich gehe davon aus, dass es die vollständige lokale Ressourcendefinition senden würde, aber wäre es immer noch eine PATCH-Anforderung? Oder ein PUT?

Ich bin wirklich begeistert davon, es nimmt den benutzerdefinierten Kunden eine Menge Komplexität ab.

Ja, es empfängt das lokale Objekt des PATCH-Verbs mit einem bestimmten Inhaltstyp.

Übrigens ist der Link zum Designvorschlag defekt

Behoben, danke, guter Fang.

Dies scheint der neueste Link zu sein https://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/0006-apply.md

Übrigens, alle darin verlinkten Design-Google-Dokumente sind nicht öffentlich einsehbar.

Hallo Felix, das Dokument braucht eine massive Aufräumaktion, ich kümmere mich gleich nach dem Einfrieren des Codes (oder vorher, wenn wir mehr Zeit haben). Vielen Dank!

Ich bin zurück, vielleicht kann ich das KEP aktualisieren.

/Lavalampe zuweisen

Hallo @apelisse! Ich bin einer der Versionsschatten von v1.14 Docs.

Erfordert diese Erweiterung neue Dokumente (oder Änderungen)?

Nur eine freundliche Erinnerung, wir suchen eine PR gegen k/website (Zweig dev-1.14), die bis Freitag, den 1. März fällig ist. Es wäre großartig, wenn dies der Beginn der vollständigen Dokumentation wäre, aber selbst eine Platzhalter-PR ist akzeptabel. Lassen Sie es mich wissen, wenn Sie Fragen haben!

Danke für die Erinnerung @cody-clark, wir brauchen unbedingt Unterlagen!

Perfekt! Ich werde es im Tracking-Blatt markieren. Danke für die schnelle Antwort, @apelisse!

@apelisse Durchsuchen des KEP für diese Erweiterung Ich sehe keine

Wenn wir keine Testpläne haben, besteht die Gefahr, dass diese Erweiterung in die Version 1.14 aufgenommen wird

@claurence Ich habe die Beschreibung aktualisiert, lass es mich wissen, wenn du etwas anderes erwartet hast! Vielen Dank!

Hallo, 1.14 Verbesserungsschatten hier. Code Freeze ist der 7. März und alle PRs müssen bis dahin mit Ihrem Issue zusammengeführt werden, um die Version 1.14 zu erstellen. Welche offenen K/K-PRs haben Sie noch, die zusammengeführt werden müssen? Vielen Dank

Hey @lledru , wir haben ein paar PRs im

hallo @apelisse ,
Können Sie bitte eine PR gegen die KEP mit dem Testplan einreichen?
Diese Informationen sind hilfreich, um zu wissen, ob diese Funktion für die Veröffentlichung bereit ist, und sind insbesondere für CI Signal nützlich.
Wenn wir keine Testpläne haben, besteht die Gefahr, dass diese Erweiterung in die Version 1.14 aufgenommen wird
vielen Dank.

Hey @apelisse , die Docs-Deadline war letzten Freitag, der 1. März (um eine Platzhalter-PR zu öffnen). Haben Sie PRs für dev-1.14 docs im Umlauf? Ist dies immer noch auf 1,14 ausgerichtet?

Wir haben den Platzhalter für die Dokumentation erstellt: https://github.com/kubernetes/website/pull/12898. Ich bin mir nicht sicher, ob es richtig ist, aber es existiert zumindest :-)

@lledru Danke für die Erinnerung, @jennybuckley arbeitet an der Aktualisierung des KEP.

@lledru Da ist es: #878

@apelisse irgendwelche Arbeiten hier für 1.15 geplant oder in Alpha bleiben?

Ja, hoffentlich geht es in die Beta 1.15

Danke @apelisse. Wenn die Zeit reif ist, geben Sie die k/k-PRs ein, die mit den Beta-Abschlusskriterien verbunden sind, die im KEP . genannt werden

/Meilenstein v1.15
/Bühne Beta

Hallo @apelisse. Ich kann sehen, dass Sie einen Platzhalter-PR für 1.14 hatten, aber wir brauchen einen PR gegen k/website (Zweig dev-1.15), der bis Donnerstag, den 30. Mai, fällig ist. Es wäre großartig, wenn dies der Beginn der vollständigen Dokumentation wäre, aber sogar ein Platzhalter-PR ist akzeptabel. Lassen Sie es mich wissen, wenn Sie Fragen haben!

@simplytunde @apelisse Ich

Danke @kwiesmueller lass es mich wissen, wenn ich helfen kann!

Fertig: https://github.com/kubernetes/website/pull/14300
Wir können dies als Platzhalter-PR verwenden und für andere Dinge verwenden, die wir für 1,15 . hinzufügen möchten

Ich bin mehr als aufgeregt, damit das hier landet (nächsten Monat?).
Gibt es eine Möglichkeit, es bereits auszuprobieren (in Minikube)?

Hallo @apelisse @kwiesmueller . Code Freeze ist Donnerstag, der 30. Mai 2019 @ EOD PST . Alle Erweiterungen, die in die Veröffentlichung eingehen, müssen vollständig im Code enthalten sein, einschließlich Tests , und die Dokumentations-PRs müssen geöffnet sein.

Bitte listen Sie alle aktuellen k/k PRs auf, damit sie bis zum Einfrieren nachverfolgt werden können. Wenn die PRs nicht durch Freeze zusammengeführt werden, wird diese Funktion für den Release-Zyklus 1.15 verschoben. Im Meilenstein sind nur Release-Blockierungsprobleme und PRs zulässig.

Wenn Sie wissen, dass dies verrutscht, antworten Sie bitte zurück und teilen Sie uns dies mit. Vielen Dank!

Ich sehe wirklich nicht, wie dies durch Code-Freeze erfolgen würde. Ich denke, Sie können es für 1,16 markieren :-/

😭

@felixfbecker Sie können jedes Kubernetes 1.14 oder höher mit aktivierter ServerSideApply-Funktion verwenden, um es auszuprobieren.

In Minikube wäre das so etwas wie ... minikube start --feature-gates=ServerSideApply=true soweit ich das verstanden habe!

Es tut uns leid, dass wir es übersehen haben, wir haben ein Skalierbarkeitsproblem, das wir zuerst angehen müssen.

/Meilenstein klar

Es ermöglicht alles, was in 1.14 veröffentlicht wurde und was wir seitdem in Master zusammengeführt haben.
Ich würde gerne mehr über die gewünschten Funktionen erfahren, was Sie damit bauen und was Ihnen an der Funktion nicht gefällt! Fühlen Sie sich frei, mich auf Slack anzupingen (apelisse@)

War dieser letzte Kommentar an mich gerichtet?

@felixfbecker und noch jemand, der seinen Beitrag gelöscht hat ;-)

@felixfbecker Das war ich. Entschuldigung, dass ich meinen Beitrag gelöscht habe, da ich die Antwort gefunden habe, nachdem ich über diesen Thread gestolpert bin 🙂

Hallo @apelisse , ich bin der 1.16 Enhancement Shadow. Wird diese Funktion in 1.16 die Alpha-/Beta-/Stable-Phasen abschließen? Bitte lassen Sie es mich wissen, damit es der 1.16-Tracking-Tabelle hinzugefügt werden kann und ich die Meilenstein- und Phasen-Tags aktualisieren kann

Wenn die Codierung beginnt oder bereits erfolgt ist, listen Sie bitte alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können.

Meilensteintermine sind Enhancement Freeze 30.07. und Code Freeze 29.08.

Dankeschön.

Ja, wir planen, diese Funktion als Beta zu veröffentlichen.

/remove-label verfolgt/nein
/Etikett verfolgt/ja
/Meilenstein v1.16

Hey, @apelisse @lavalamp Ich bin der Versionsleiter von v1.16 docs.

Erfordert diese Verbesserung (oder die für v1.16) geplante Arbeit neue Dokumente (oder Änderungen)?

Nur eine freundliche Erinnerung, wir suchen eine PR gegen k/website (Zweig dev-1.16), die bis Freitag, den 23. August fällig ist. Es wäre toll, wenn es der Anfang der vollständigen Dokumentation wäre, aber selbst ein Platzhalter-PR ist akzeptabel. Lassen Sie es mich wissen, wenn Sie Fragen haben!

Ist eine eingeschränkte Version von serverseitigem Anwenden in Version 13 verfügbar (dort befindet sich mein Cluster)? Einige der oben genannten Austausche schienen darauf hinzudeuten, dass dies der Fall sein könnte. Mein Anwendungsfall ist das Erstellen von Pods/Bereitstellungen/Diensten in der Abstimmungsschleife eines Operators. Die Verwendung von api/core<>Pod usw. ist mühsam und fehleranfällig und die Möglichkeit, eine Server-API zum Anwenden von Yaml zu verwenden, wäre für mich viel sauberer. Danke für alle Vorschläge..

@champak , Sie können es ausprobieren, indem Sie das Feature-Gate "ServerSideApply" Ihres Apiservers aktivieren, aber denken Sie daran, dass dies immer noch eine Alpha-Funktion ist.

@apelisse Code Freeze für 1.16 ist am Donnerstag, den 29.08. Gibt es noch ausstehende k/k-PRs, die noch zusammengeführt werden müssen, damit die Beta in die Beta geht?

@kacole2 Ja , wir haben einige:

• https://github.com/kubernetes/kubernetes/pull/81754
• https://github.com/kubernetes/kubernetes/pull/78738
• https://github.com/kubernetes/kubernetes/pull/81816

Wir brauchen auch einen weiteren trivialen PR, um die Funktion zu aktivieren.

Was sind die Kriterien für die Teilnahme an der Beta? Ich habe versucht, serverseitig anzuwenden, aber es scheint nicht wirklich brauchbar zu sein, als Ersatz für die clientseitige Anwendung, die kubectl tut: https://github.com/kubernetes/kubernetes/issues/80916

@felixfbecker Sorry, das ist durch die Ritzen gerutscht! Danke fürs Ausprobieren. Ich stimme zu, dass etwas nicht stimmt und wir es für die Beta beheben müssen.

Aber im Allgemeinen klingt es ein bisschen so, als ob Sie erwarten, dass dies eine Erweiterung der Client-Seite ist, eigentlich ist es eher ein paralleles System - verwenden Sie das eine oder andere. Der allgemeine Übergangsmechanismus besteht darin, Jennys Rat in Ihrem Fehler zu befolgen. Wir haben dies getan, um Ihnen ein sehr sicheres Erlebnis zu bieten – Sie können genau das gewünschte Verhalten auswählen.

Wir bieten eine nahtlose Übergangserfahrung, wenn wir die Anwendung auf der Clientseite einstellen.

Hallo @apelisse, es sieht so aus, als ob https://github.com/kubernetes/kubernetes/pull/81816 vor dem Einfrieren des Codes nicht zusammengeführt wurde und nicht im Tide Merge Pool ist . Diese Funktion wird ab v1.16 erweitert. Wenn Sie dies dennoch in der Version 1.16 haben möchten, reichen Sie bitte eine Ausnahme ein

Die obligatorischen Prs wurden zusammengeführt, dies ist jetzt Beta.

Am Fr, 30.08.2019, 04:58 Kendrick Coleman [email protected]
schrieb:

Hallo @apelisse https://github.com/apelisse es sieht so aus
kubernetes/kubernetes#81816
https://github.com/kubernetes/kubernetes/pull/81816 wurde vorher nicht zusammengeführt
Code friert ein und ist nicht im Tide Merge Pool https://prow.k8s.io/tide .
Diese Funktion wird ab v1.16 erweitert. Wenn du noch möchtest
muss dies Teil der Version 1.16 sein, bitte eine Ausnahme einreichen
https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/enhancements/issues/555?email_source=notifications&email_token=AAE6BFRCLZC47AWM6AQMJE3QHEDOPA5CNFSM4EZJX7R2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVD2
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AAE6BFRKMWNNIOAIINJGBELQHEDOPANCNFSM4EZJX7RQ
.

@lavalamp würde es dir etwas https://github.com/kubernetes/kubernetes/pull/81816 nicht zwingend erforderlich war, damit diese Funktion in der Betaversion verfügbar ist?

@guineveresaenger Es ist nicht zwingend erforderlich, dass sich diese Funktion in der Betaphase befindet. Diese PR soll Skalierbarkeitsprobleme ansprechen und kann in einer zukünftigen Version zusammengeführt werden, sie ändert die API nicht und verbessert nur die Leistung in Clustern, in denen viele Dinge von dieser neuen Funktion verwaltet werden

@guineveresaenger Ja, in Beta 1 ist dies pro Objekt möglich, sodass dies nicht erforderlich ist, da es keine globalen Auswirkungen mehr auf die Leistung gibt.

danke, dass du mich wissen lässt @lavalamp

Hallo @lavalamp @apelisse -- 1.17 Verbesserungen führen hierher. Ich wollte einchecken und sehen, ob diese Verbesserung Ihrer Meinung nach in 1.17 zu Alpha/Beta/Stable wird?

Der aktuelle Veröffentlichungsplan ist:

• Montag, 23. September - Der Release-Zyklus beginnt
• Dienstag, 15. Oktober, EOD PST – Einfrieren der Verbesserungen
• Donnerstag, 14. November EOD PST - Code Freeze
• Dienstag, 19. November – Dokumente müssen ausgefüllt und überprüft werden
• Montag, 9. Dezember – Kubernetes 1.17.0 veröffentlicht

Wenn Sie dies tun, listen Sie bitte alle relevanten k/k-PRs in dieser Ausgabe auf, damit sie ordnungsgemäß nachverfolgt werden können. 👍

Vielen Dank!

/Meilenstein klar

Hallo @mrbobbytables , wir planen zwar große Verbesserungen dieser Funktion für die nächste Version, planen aber noch nicht, auf GA umzusteigen. Vielen Dank.

@apelisse notiert - danke für die schnelle Antwort! 😄

Die Probleme veralten nach 90 Tagen Inaktivität.
Markieren Sie das Problem mit /remove-lifecycle stale .
Veraltete Ausgaben verrotten nach weiteren 30 Tagen Inaktivität und werden schließlich geschlossen.

Wenn dieses Problem jetzt sicher geschlossen werden kann, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus veraltet

/Remove-Lifecycle-Stale

Wir arbeiten an einer "Beta 2"-Version dieser Funktion für 1.18, sind uns nicht sicher, wie / ob wir das verfolgen müssen, aber wir folgen gerne einem Prozess.

Hey @apelisse , danke fürs Hervorheben! Wir werden es als Änderung innerhalb der Beta im Erweiterungsblatt nachverfolgen. Wird es diesbezüglich Änderungen am KEP geben? Oder hängt das nur mit Codeänderungen zusammen? Wenn Sie alle damit verbundenen k/k-PRs verlinken könnten, damit wir sie verfolgen können, wäre das großartig.

Wenn Sie KEP-Änderungen vornehmen, wird die Verbesserungssperre am 28. Januar sein
Code Freeze wird am 5. März sein .

Vielen Dank!

/Meilenstein v1.18

Wir könnten https://github.com/kubernetes/enhancements/pull/1442 bis zum 28. zusammenführen.
Vielleicht sogar https://github.com/kubernetes/enhancements/pull/923.

Und ich habe gerade gesehen, dass https://github.com/kubernetes/enhancements/pull/1123 zusammengeführt wurde, sodass die Implementierung es auch in 1.18 schaffen könnte.

Hallo, @apelisse - Ich bin ein Docs-Schatten im 1.18-Release-Team.

Sind für diese für 1.18 geplanten Erweiterungsarbeiten neue Dokumente oder Änderungen an bestehenden Dokumenten erforderlich?

Wenn nicht, können Sie bitte das 1.18 Enhancement Tracker Sheet aktualisieren (oder lassen Sie es mich wissen und ich werde dies tun)

Wenn Aktualisierungen der Dokumentation erforderlich sind, erinnern Sie sich daran, dass die Platzhalter-PRs für k/website (Zweig dev-1.18) bis Freitag, 28. Februar, fällig sind.

Lassen Sie es mich wissen, wenn Sie Fragen haben!

Wir arbeiten derzeit an den Dokumenten, danke für die Erinnerung!

Hey @apelisse @kwiesmüller ,

Nur eine freundliche Erinnerung daran, dass der Code-Freeze für 1.18 am 05. März 2020 ist .

Während wir den Code-Freeze verfolgen, listen Sie bitte alle PRs auf, an denen Sie arbeiten, um diese Verbesserung abzuschließen!

Danke für die Erinnerung!

Hey @apelisse @kwiesmüller ,

Wir kreisen zurück, während wir uns dem Einfrieren des Codes nähern. Bitte listen Sie alle k/k PRs auf, an denen Sie arbeiten, damit wir dieses Problem besser verfolgen können .

Ich denke, mit dem Zeug, an dem ich arbeite, werden wir es nicht schaffen.
@apelisse könnte einige haben und wahrscheinlich @julianvmodesto mit Trockenlauf und Diff?

Ich habe den Platzhalter-Dokument-PR erstellt: https://github.com/kubernetes/website/pull/19286

Hey @apelisse freundliche Erinnerung, dass der Code-Freeze für 1.18 am 5. März ist . Das ist nur noch ein paar Tage entfernt. Vielen Dank, dass Sie die oben stehende Docs-PR geöffnet haben. Könnten Sie dafür einen Link zu relevanten K/K-PRs verlinken, damit wir den Fortschritt der Verbesserung besser verfolgen können, wenn wir uns dem Code-Freeze nähern?

Vielen Dank!

Hey @apelisse , leider wurde https://github.com/kubernetes/kubernetes/pull/88875 nicht vor dem Einfrieren des Codes zusammengeführt (sieht aus, als müsste er noch genehmigt werden). An dieser Stelle müssen Sie einen Ausnahmeantrag für diese einreichen.

/Meilenstein klar

Was passiert damit?

Wir befinden uns noch in der Beta-Phase, wir haben an neuen Verbesserungen gearbeitet, sind aber noch nicht bereit für GA. Wir werden in ein paar Tagen einen Blog-Beitrag dazu veröffentlichen!

Hallo @apelisse -- 1.19 Erweiterungen Führen Sie hier, ich wollte einchecken, ob Sie denken, dass diese Erweiterung in 1.19 graduieren würde?

Der aktuelle Veröffentlichungsplan ist:

• Montag, 13. April: Woche 1 - Release-Zyklus beginnt
• Dienstag, 19. Mai: Woche 6 – Einfrieren der Verbesserungen
• Donnerstag, 25. Juni: Woche 11 - Code Freeze
• Donnerstag, 9. Juli: Woche 14 – Dokumente müssen ausgefüllt und überprüft werden
• Dienstag, 4. August: Woche 17 - Kubernetes v1.19.0 veröffentlicht

Hallo, wir haben nicht vor, dieses Feature in diesem Zyklus zu bewerben, danke!

Danke @apelisse für die Updates. Ich werde das Tracking-Sheet entsprechend aktualisieren. :+1:

Die Probleme veralten nach 90 Tagen Inaktivität.
Markieren Sie das Problem mit /remove-lifecycle stale .
Veraltete Ausgaben verrotten nach weiteren 30 Tagen Inaktivität und werden schließlich geschlossen.

Wenn dieses Problem jetzt sicher geschlossen werden kann, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus veraltet

/Remove-Lifecycle-Stale

Hallo @apelisse

Verbesserungen führen hierher. Gibt es Pläne, dies in 1.20 zu absolvieren?

Vielen Dank,
Kirsten

Nicht wirklich, wir planen, das bestehende Feature weiter zu verbessern, aber für 1.20 ist kein Abschluss geplant, danke!