/ назначить @apelisse

Похоже, нам все еще нужны документы, чтобы подготовить эту функцию к выпуску @apelisse
Могу я получить помощь с этим? Если я могу чем-то помочь, дайте мне знать

Как минимум, мы хотим иметь местозаполнитель для репозитория kubernetes / веб-сайта. Процесс довольно прост: контроль release-1.11 филиала, сделать заполнитель совершить, толкать его на вилку, и поднять PR между ним и release-1.11 ветви с /hold статуса .

СПАСИБО!!!!!

@apelisse Я заметил изменение вехи. Планируете ли вы вытащить это из версии 1.11?

Ага, не в 1.11. Обновляю тело.

Спасибо @apelisse!

Не уверен, что это подходящее место для комментариев по этому поводу, но мы работали над нашим собственным «серверным применением», создавая https://github.com/seibert-media/dimios.
Хотя это исключительно проект временного бездействия, на котором мы надеемся построить наше будущее взаимодействие с Kubernetes, мы оба столкнулись с проблемами со всем процессом применения (обсуждалось с некоторыми людьми в Slack), но также немного обдумали, как лучше всего подойти к этому.

Хотя я сам еще не работал непосредственно над K8s, я мог бы представить, что внесу свой вклад в эту идею / функцию, если это возможно / захочется.

Можете ли вы отправить это по электронной почте на адрес [email protected]? Мы можем продолжить там.

@apelisse Мне не разрешено отправлять сообщения указанной группе ([email protected])

Извините, вам может потребоваться сначала присоединиться к группе: https://groups.google.com/forum/#!forum/kubernetes -wg-apply

Синяя кнопка, «Присоединиться к группе, чтобы опубликовать» (вверху слева)

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

Эта функция была удалена из предыдущего этапа, поэтому мы хотели бы проверить, есть ли какие-либо планы на этот счет в Kubernetes 1.12.

Если да, убедитесь, что эта проблема актуальна и содержит ВСЕ следующую информацию:

• Однострочное описание функции (может использоваться как примечание к выпуску):
• Основное контактное лицо (исполнитель):
• Ответственные SIG:
• Ссылка на проектное предложение (репозиторий сообщества):
• Ссылка на e2e и / или модульные тесты:
• Рецензент (ы) - (для LGTM) рекомендуют иметь 2+ рецензентов (по крайней мере, одного из файла OWNERS кодовой области), согласившихся на рецензирование. Рецензенты из нескольких компаний предпочли:
• Утверждающий (вероятно, из SIG / области, к которой принадлежит объект):
• Функциональная цель (какая цель соответствует какой вехе):
  
  
  
  • Цель альфа-выпуска (xy)
  
  
  • Цель выпуска бета-версии (xy)
  
  
  • Стабильная цель выпуска (xy)
  
  

Установите следующее:

• Описание
• Цессионарий (и)
• Ярлыки:
  
  
  
  • stage / {альфа, бета, стабильный}
  
  
  • sig / *
  
  
  • вид / особенность
  
  

Обратите внимание, что замораживание функций наступает 31 июля, после чего любые неполные проблемы с функциями потребуют принятия запроса на

Кроме того, обратите внимание на следующие сроки:

• Крайний срок подачи документов (PR с открытыми заполнителями): 21 августа.
• Заморозка тестового набора: 28 августа

Убедитесь, что все PR для функций также содержат соответствующие примечания к выпуску.

Удачной доставки!

/ cc @justaugustus @ kacole2 @robertsandoval @ rajendar38

Я думаю, что там есть все, @justaugustus! Спасибо

Спасибо за обновление, @apelisse!

Привет! @apelisse Я работаю над документами в этом выпуске. Есть ли шанс, что я мог бы, чтобы вы открыли PR документации против ветки release-1.12 в качестве заполнителя? Это дает нам больше уверенности в том, что в этом выпуске есть функция, и дает мне возможность работать, когда мы начинаем делать обзоры / правки. Спасибо! Если для этой функции не требуются документы, не могли бы вы обновить электронную таблицу отслеживания функций, чтобы отразить это?

@zparnold Изменен этап с 1.12 на 1.13 :-). Можешь пока забыть об этом, спасибо.

Будет альфа, хорошо бы задокументировать. Дженни сказала, что попытается что-нибудь собрать. [РЕДАКТИРОВАТЬ: неправильная проблема, игнорировать]

Во вторник, 21 августа 2018 г., в 12:44 Антуан Пелисс [email protected]
написал:

@zparnold https://github.com/zparnold Изменена веха с 1.12
до 1.13 :-). Можешь пока забыть об этом, спасибо.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/kubernetes/features/issues/555#issuecomment-414797736 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AAnglgxXgV0DuPpOq4P4UZZjMY8Fcx6Lks5uTGMDgaJpZM4TKb_j
.

Извините, я увидел это в своем электронном письме и принял его за проблему с функцией пробного запуска. Да, серверное приложение не запускается в 1.12.

@lavalamp @apelisse Я @justaugustus

Есть ли какие-либо проблемы или PR, которые мы могли бы отслеживать, чтобы лучше понять, какая работа ведется для реализации каких функций в 1.13 в рамках этого?

@spiffxp У нас сейчас нет проблем. у нас есть рабочая группа для этого, и мы отслеживаем задачи в электронной таблице. Я постараюсь создать задачу, чтобы отслеживать прогресс и повышать видимость, спасибо.

Разве это не проблема?

Для PR смотрите здесь: https://github.com/kubernetes-sigs/structured-merge-diff/pulls

Также посмотрите в основном репозитории, найдите в названии «функциональную ветку» (например, у Дженни прямо сейчас есть изменение API).

У нас есть заметки с нашей двухнедельной встречи здесь: https://docs.google.com/document/d/1j_UqnJRvB7AywfZauHybVVNCOoDDA1AGWGxzPGE08ko/edit# (присоединяйтесь к списку рассылки wg-apply, если хотите прочитать)

У нас также есть записи встреч, хотя, возможно, мы их не опубликовали.

@lavalamp @apelisse, каков уровень уверенности в том, что эта функция станет альфа- версией в 1.13? Эти 3 PR единственные ожидающие рассмотрения?

@lavalamp правильно, мой вопрос веток функций попадать в мастер, иначе это не должно быть на нашем радаре; примечания wg-apply довольно спартанские в этом отношении

В апреле упоминается документ о

Основываясь на вашем последнем комментарии в заметках о совещании sig-api-machinery, я пытаюсь выяснить, за какими рабочими элементами мы должны следить, «не уверены, что мы дойдем до альфа-версии вовремя» и подразумевает ли «альфа» использование функции. ветвь к мастеру

@spiffxp Да, сделать его альфа-

@AishSundar Нет, еще предстоит написать много

Вы двое можете помочь мне понять, почему такой уровень детализации необходим / полезен? У нас еще есть 3 недели до того, как что-нибудь замерзнет или пойдет снегом, не так ли? Если к тому времени ветка не будет объединена, нам придется оттолкнуть это.

@lavalamp, поскольку это короткий цикл выпуска, команда разработчиков пытается на раннем этапе оценить объем незавершенной работы по каждой запланированной функции и вероятность любых возможных промахов. Это поможет нам лучше отслеживать их на протяжении всего цикла.

Определенно еще предстоит проделать некоторую работу, чтобы получить это в 1.13, и шансы на то, что это проскальзывает, немаловажны. Однако мы все же хотим рискнуть и надеемся, что оставшихся нескольких недель будет достаточно, чтобы перейти к альфа-качеству.

Я буду рад помочь вам отслеживать этот элемент любым возможным способом и могу регулярно возвращаться к вам, чтобы сообщить вам статус. Надеюсь, это поможет, спасибо.

@apelisse, пока вы можете просто указать нам на список открытых PR и открытых вопросов (для неоткрытых PR), это будет здорово. мы коснемся базы в начале ноября, чтобы узнать, где мы находимся. Спасибо.

@ kacole2 как FYI

Мы не отслеживаем нашу работу по конкретным вопросам, требующим написания конкретных PR, что было бы для нас довольно тяжеловесным. Мы используем эту таблицу: https://docs.google.com/spreadsheets/d/1ZHTDyiQssYBzs7DQWQd70bNQybeyS0m-S1aIS_zo-78/edit?pli=1#gid = 0

(вы, вероятно, уже в какой-то группе электронной почты, у которой есть доступ)

В автономном чате с @spiffxp кажется, что вы на самом деле пытаетесь оценить риск; Я думаю, что приведенные выше вопросы на самом деле не имеют смысла для этого конкретного усилия, учитывая, что это происходит в ветке функций, и, вероятно, поэтому мы говорим друг о друге.

• Что касается риска для стабильности, мы не будем объединять его, если он не достигнет планки до закрытия окна, поэтому риск очень мал. Все наши изменения находятся в функциональной ветке или других репозиториях, поэтому мы не оставим master в полуразломанном состоянии, если мы этого не сделаем.
• Что касается риска не дойти до финиша вовремя, мы прекрасно понимаем, что времени мало, и есть большая вероятность, что мы не выпустим релиз.

Привет, @lavalamp и @apelisse , я работаю над документацией для выпуска 1.13. Не могли бы вы открыть PR для документации по этому усовершенствованию в ветке dev-1.13 k / website и прислать мне ссылку? Если у вас уже есть PR для документов или если для этого не нужны документы на k / сайте, сообщите мне.

Крайний срок для PR для версии 1.13 - 8 ноября. Поэтому важно как можно скорее сделать PR для документации.

Если у вас есть какие-либо вопросы по этому поводу, я буду рад помочь. Вы также можете написать мне в Slack (я тоже там тфого).

Спасибо!

@tfogo Спасибо за вашу помощь! Я создал его здесь: https://github.com/kubernetes/website/pull/10812

Привет, @lavalamp и @apelisse! Я Enhancements Shadow для 1.13. Прочитав эту ветку и рассмотрев метод отслеживания этой функции, не могли бы вы проинформировать команду разработчиков о вероятности того, что это улучшение приведет к выпуску 1.13?

Снятие кода начинается 9 ноября, а замораживание кода - 15 ноября.

Спасибо!

Привет, @guineveresaenger , есть шанс, что мы пропустим релиз, но мы делаем все возможное, чтобы в 1.13 появилась качественная альфа-функция!

@apelisse, можем ли мы, пожалуйста, отложить принятие решения о переходе / отказе на среду (14 ноября) на следующей неделе. На этом этапе цикла мы ожидаем, что все улучшения 1.13 будут объединены или близки к объединению всего кода и тестовых PR. Насколько я понимаю, эта функция разрабатывается в отдельной ветке. Но из-за замораживания кода в следующую пятницу (16.11) нам нужно объединить его с мастером по крайней мере к началу среды, чтобы получить стабильные сигналы CI на пару дней от мастера. Если это невозможно, нам придется перейти на версию 1.14. Спасибо

@ kacole2

Мы обнаружили пару ошибок в последнюю секунду, поэтому мы объединим их в первую очередь для версии 1.14, когда откроется мастер.

Спасибо за обновление @lavalamp.

@ kacole2 @tfogo @marpaia @ kbarnard10 как FYI

@apelisse @lavalamp Здравствуйте! Я руководитель усовершенствования для версии 1.14, и я проверяю эту проблему, чтобы узнать, какие работы (если таковые имеются) планируются для выпуска 1.14. Заморозка улучшений - 29 января.

Привет, @claurence , мы планируем выпустить альфа-версию этой функции в этом цикле! Я только что обновил описание, чтобы отразить новую веху. Что еще мне нужно обновить?

@apelisse звучит хорошо! Я добавлю это в наш лист отслеживания 1.14.

Как будет выглядеть запрос API, сделанный клиентом после этого? Я предполагаю, что он отправит полное определение локального ресурса, но будет ли это запрос PATCH? Или ПОСТАВИТЬ?

Я действительно в восторге от этого, это снимает много сложностей со стороны заказных клиентов.

Да, он получит локальный объект с помощью команды PATCH с определенным типом содержимого.

Кстати ссылка на дизайнерское предложение не работает

Исправлено, спасибо, хороший улов.

Кажется, это последняя ссылка https://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/0006-apply.md

Кстати, все связанные там документы Google по дизайну не доступны для публичного просмотра.

Привет, Феликс, этот документ требует серьезной очистки, я позабочусь об этом сразу после замораживания кода (или раньше, если у нас будет дополнительное время). Спасибо!

Вернулся, возможно смогу обновить KEP.

/ assign lavalamp

Привет @apelisse! Я один из тех, кто выпускает тени v1.14.

Требуются ли для этого улучшения новые документы (или модификации)?

Напоминаем, что мы ищем PR против k / website (ветка dev-1.14) до пятницы, 1 марта. Было бы здорово, если бы это начало полной документации, но даже PR-заполнитель приемлем. Дайте знать, если у вас появятся вопросы!

Спасибо за напоминание @ cody-clark, нам определенно нужна документация!

Идеально! Я отмечу это в листе отслеживания. Спасибо за быстрый ответ, @apelisse!

@apelisse просматривает KEP для этого улучшения, я не вижу никаких планов тестирования - может ли кто-нибудь помочь PR в планах тестирования этого улучшения? Эта информация полезна для понимания готовности этой функции к выпуску и особенно полезна для CI Signal.

Если у нас нет планов тестирования, это улучшение может быть включено в выпуск 1.14.

@claurence Я обновил описание, дайте мне знать, если вы ожидали чего-то другого! Спасибо!

Здравствуйте, здесь тень улучшения 1.14. Code Freeze - 7 марта, и к тому времени все PR должны быть объединены с вашей проблемой, чтобы выпустить версию 1.14. Какие открытые PR K / K у вас еще есть, которые нужно объединить? Спасибо

Привет, @lledru , у нас есть несколько примерно через неделю. Ни один из них на самом деле не блокирует выпуск, и мы можем выпустить его в текущем состоянии!

привет @apelisse ,
Не могли бы вы представить PR против KEP с планом тестирования?
Эта информация полезна для понимания готовности этой функции к выпуску и особенно полезна для CI Signal.
Если у нас нет планов тестирования, это улучшение может быть включено в выпуск 1.14.
большое спасибо.

Привет, @apelisse , крайний срок подачи документов был в прошлую пятницу, 1 марта (чтобы открыть PR-заполнитель). Есть ли у вас какие-нибудь PR для документации dev-1.14? Это все еще нацелено на 1.14?

Мы создали заполнитель документации: https://github.com/kubernetes/website/pull/12898. Я не уверен, что это правильно, но, по крайней мере, он существует :-)

@lledru Спасибо за напоминание, @jennybuckley работает над обновлением KEP.

@lledru Вот оно: # 878

@apelisse - запланирована ли здесь работа в 1.15 или остаётся в альфа-

Да, надеюсь, идет бета-версия 1.15

Спасибо @apelisse. Когда придет время, снизьте количество PR, связанных с критериями бета-окончания, которые указаны в KEP.

/ milestone v1.15
/ этап бета

Привет @apelisse. Я вижу, что у вас был PR для 1.14, но нам нужен PR для k / website (ветка dev-1.15), который должен быть до четверга, 30 мая. Было бы здорово, если бы это начало полной документации, но даже PR-заполнитель приемлемо. Дайте знать, если у вас появятся вопросы!

@simplytunde @apelisse Я позабочусь об этом, так как у меня еще есть кое-что, что я могу добавить в документацию для моей задачи «очистить управляемые поля».

Спасибо, @kwiesmueller, дайте мне знать, если я могу помочь!

Готово: https://github.com/kubernetes/website/pull/14300
Мы можем использовать это как замещающий PR и использовать его для других вещей, которые мы, возможно, захотим добавить в 1.15.

Я не в восторге от того, чтобы это приземлилось (в следующем месяце?).
Есть ли способ уже попробовать это (в Minikube)?

Привет, @apelisse @kwiesmueller . Code Freeze - четверг, 30 мая 2019 г., EOD PST . Все улучшения, входящие в выпуск, должны быть завершены кодом, включая тесты , и иметь открытую документацию PR.

Пожалуйста, перечислите все текущие K / K PR, чтобы их можно было отследить до замораживания. Если PR не объединены путем замораживания, эта функция будет отключена для цикла выпуска 1.15. В веху будут разрешены только проблемы с блокировкой выпуска и PR.

Если вы знаете, что это произойдет, ответьте и сообщите нам. Спасибо!

Я действительно не понимаю, как это можно сделать с помощью замораживания кода. Думаю, для 1.16 можно пометить: - /

😭

@felixfbecker Вы можете использовать любой Kubernetes 1.14 или новее с включенной функцией ServerSideApply, чтобы опробовать его.

В миникубе это было бы что-то вроде ... minikube start --feature-gates=ServerSideApply=true насколько я понимаю!

К сожалению, мы пропустили это, у нас есть проблема масштабируемости, которую нам нужно решить в первую очередь.

/ этап очищен

Он включает все, что было выпущено в версии 1.14, а также то, что мы с тех пор объединили в master.
Я хотел бы узнать больше о функциях, которые вам нужны, о том, что вы создаете с их помощью, и о том, что вам не нравится в этой функции! Не стесняйтесь пинговать меня на слабину (apelisse @)

Этот последний комментарий был адресован мне?

@felixfbecker и еще кто-то, кто удалил свой пост ;-)

@felixfbecker Это был я. Извините за то, что я удалил свой пост, так как нашел ответ, наткнувшись на эту ветку 🙂

Привет @apelisse , я - Тень улучшения 1.16. Будет ли эта функция переходить на стадии альфа / бета / стабильная версия 1.16? Пожалуйста, дайте мне знать, чтобы его можно было добавить в таблицу отслеживания 1.16, и я могу обновить теги этапов и этапов.

Как только кодирование начнется или если оно уже было, перечислите все соответствующие PR в этом выпуске, чтобы их можно было правильно отследить.

Даты вех - замораживание улучшения 7/30 и замораживание кода 8/29.

Спасибо.

Да, мы планируем выпустить эту функцию в виде бета-версии.

/ remove-label отслеживается / нет
/ ярлык отслеживается / да
/ веха v1.16

Привет, @apelisse @lavalamp Я руководитель выпуска документации

Требуются ли для этого улучшения (или работы, запланированной в версии 1.16) какие-либо новые документы (или модификации)?

Напоминаем, что мы ждем PR против k / website (ветка dev-1.16) до пятницы, 23 августа. Было бы здорово, если бы это начало полной документации, но приемлем даже PR-заполнитель. Дайте знать, если у вас появятся вопросы!

Доступна ли ограниченная версия приложения на стороне сервера в версии 13 (именно там находится мой кластер)? Некоторые обмены мнениями выше, казалось, подразумевали, что это может быть. Мой вариант использования - создание модулей / модулей / служб в цикле согласования оператора. Использование api / core <> Pod и т. Д. Утомительно и подвержено ошибкам, и возможность использовать серверный api для применения yaml будет для меня намного чище. Спасибо за любые предложения ..

@champak , вы можете попробовать это, включив функцию-шлюз ServerSideApply в своем apiserver, но имейте в виду, что это все еще альфа-функция.

Заморозка кода версии 1.16

@ kacole2 Ага, у нас есть:

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

Нам также нужен еще один банальный PR, чтобы включить эту функцию.

Каковы критерии для того, чтобы что-то попало в бета-версию? Я пробовал применять на стороне сервера, но на самом деле это не кажется пригодным для использования в качестве замены для применения на стороне клиента, которое делает kubectl : https://github.com/kubernetes/kubernetes/issues/80916

@felixfbecker Извините, что поскользнулся! Спасибо, что попробовали. Я согласен, что что-то не так, и нам нужно исправить это для бета-тестирования.

Но в целом это звучит так, будто вы ожидаете, что это расширение клиентской части apply, на самом деле это больше похоже на параллельную систему - используйте одну или другую. Общий механизм перехода - следовать совету Дженни в вашей ошибке. Мы сделали это, чтобы обеспечить безопасность - вы можете выбрать, какое именно поведение вы хотите.

Мы обеспечим плавный переход, когда откажемся от применения на стороне клиента.

Привет, @apelisse, похоже, что https://github.com/kubernetes/kubernetes/pull/81816 не слился до замораживания кода и его нет в пуле слияния Tide . Эта функция будет улучшена с версии 1.16. Если вы все же хотите, чтобы это было частью выпуска 1.16, отправьте исключение

Обязательные prs объединены, сейчас это бета.

Пт, 30 августа 2019 г., 4:58 Кендрик Коулман [email protected]
написал:

Привет @apelisse https://github.com/apelisse похоже, что
кубернетес / кубернетес # 81816
https://github.com/kubernetes/kubernetes/pull/81816 раньше не сливались
код заморожен, и его нет в пуле слияния приливов https://prow.k8s.io/tide .
Эта функция будет улучшена с версии 1.16. Если ты все еще хочешь
быть частью версии 1.16, пожалуйста, отправьте исключение
https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/kubernetes/enhancements/issues/555?email_source=notifications&email_token=AAE6BFRCLZC47AWM6AQMJE3QHEDOPA5CNFSM4EZJX7R2YY3PNVWWK3TUL52HS4DFMVREK3TUL52HS4DFMVWK3TUL52HS4DFMVWWK3TUL52HS4DFMVWWK3TUL52HS4DFMVR08
или отключить поток
https://github.com/notifications/unsubscribe-auth/AAE6BFRKMWNNIOAIINJGBELQHEDOPANCNFSM4EZJX7RQ
.

@lavalamp не https://github.com/kubernetes/kubernetes/pull/81816 не был обязательным для того, чтобы эта функция была на стадии бета-тестирования?

@guineveresaenger Не обязательно, чтобы эта функция была на

@guineveresaenger Да, в бета-версии 1 это включение для каждого объекта, так что в этом нет необходимости, поскольку это больше не влияет на общую производительность.

спасибо, что сообщили мне

Привет, @lavalamp @apelisse - 1.17 Здесь ведутся улучшения. Я хотел проверить и посмотреть, думаете ли вы, что это улучшение будет переведено на альфа / бета / стабильная версия в 1.17?

Текущий график выпуска:

• Понедельник, 23 сентября - начинается цикл выпуска.
• Вторник, 15 октября, EOD (тихоокеанское стандартное время) - замораживание улучшений
• Четверг, 14 ноября, EOD (тихоокеанское стандартное время) - Code Freeze
• Вторник, 19 ноября - документы должны быть заполнены и проверены.
• 9 декабря, понедельник - релиз Kubernetes 1.17.0

Если да, перечислите все соответствующие PR в этом выпуске, чтобы их можно было правильно отслеживать. 👍

Спасибо!

/ этап очищен

Привет, @mrbobbytables! Мы планируем большие улучшения этой функции в следующем выпуске, но пока не планируем переход на GA. Спасибо.

@apelisse отметил - спасибо за быстрый ответ! 😄

Проблемы устаревают после 90 дней бездействия.
Отметьте проблему как новую с помощью /remove-lifecycle stale .
Устаревшие выпуски гниют после дополнительных 30 дней бездействия и в конечном итоге закрываются.

Если сейчас можно безопасно закрыть эту проблему, сделайте это с помощью /close .

Отправьте отзыв в sig-testing, kubernetes / test-infra и / или fejta .
/ жизненный цикл устаревший

/ remove-жизненный цикл устаревший

Мы работаем над «бета-версией 2» этой функции для 1.18, не знаю, как и нужно ли нам это отслеживать, но мы рады следить за процессом.

Привет, @apelisse , спасибо, что обратил на это внимание! Мы будем отслеживать это как изменение в бета-версии на листе улучшений. Будут ли с этим связаны какие-либо изменения в KEP? Или это будет связано только с изменениями кода? Если бы вы могли связать все связанные с этим PR k / k, чтобы мы могли отслеживать это, было бы здорово.

Если вы вносите какие-либо изменения в KEP, замораживание улучшений будет 28 января.
Code Freeze будет 5 марта .

Спасибо!

/ milestone v1.18

Мы можем объединить https://github.com/kubernetes/enhancements/pull/1442 до 28 числа.
Может быть, даже https://github.com/kubernetes/enhancements/pull/923.

И я только что увидел, что https://github.com/kubernetes/enhancements/pull/1123 объединен, так что реализация может также перейти в 1.18.

Привет, @apelisse - я тень Docs в команде выпуска 1.18.

Требуются ли для этой работы по усовершенствованию, запланированной в версии 1.18, какие-либо новые документы или модификации существующих документов?

Если нет, не могли бы вы обновить лист отслеживания улучшений 1.18 (или дайте мне знать, и я сделаю это)

Если требуются обновления документации, напомните, что PR-заполнители для k / website (ветка dev-1.18) должны быть выполнены к пятнице, 28 февраля.

Дайте знать, если у вас появятся вопросы!

В настоящее время мы работаем над документами, спасибо за напоминание!

Привет, @apelisse @kwiesmueller ,

Напоминаем, что замораживание кода для версии 1.18 - 5 марта 2020 г.

По мере того, как мы приближаемся к замораживанию кода, перечислите / дайте ссылку на любые PR, над которыми вы работаете, чтобы закончить это усовершенствование!

Спасибо за напоминание!

Привет, @apelisse @kwiesmueller ,

Возвращаемся назад по мере приближения к замораживанию кода. Перечислите все PR, над которыми вы работаете, чтобы мы могли лучше отслеживать эту проблему .

Я думаю, что мы не справимся с тем, над чем я работаю.
Может быть у @julianvmodesto с dryrun и diff?

Я создал документ-заполнитель PR: https://github.com/kubernetes/website/pull/19286

Привет, @apelisse, дружелюбное напоминание, что замораживание кода для 5 марта . Это всего через несколько дней. Спасибо за открытие PR документации выше .... не могли бы вы дать ссылку на какие-либо соответствующие PR K / K для этого, чтобы мы могли лучше отслеживать прогресс улучшения по мере того, как мы приближаемся к замораживанию кода?

Огромное спасибо!

Привет, @apelisse , к сожалению, https://github.com/kubernetes/kubernetes/pull/88875 не слился до замораживания кода (похоже, его еще нужно утвердить). На этом этапе вам нужно отправить запрос на

/ этап очищен

Что с этим происходит?

Мы все еще бета, мы работали над новыми улучшениями, но мы еще не готовы к GA. Мы опубликуем сообщение об этом через несколько дней!

Привет, @apelisse - Улучшения 1.19 Ведите сюда, я хотел проверить, думаете ли вы, что это улучшение будет

Текущий график выпуска:

• Понедельник, 13 апреля: неделя 1 - начинается цикл выпуска.
• Вторник, 19 мая: 6-я неделя - Заморозка улучшений
• Четверг, 25 июня: 11-я неделя - замораживание кода
• Четверг, 9 июля: неделя 14 - документы должны быть заполнены и проверены.
• Вторник, 4 августа: 17 неделя - релиз Kubernetes v1.19.0

Привет, мы не планируем продвигать эту функцию в этом цикле, спасибо!

Спасибо @apelisse за обновления. Я обновлю лист отслеживания соответственно. : +1:

Проблемы устаревают после 90 дней бездействия.
Отметьте проблему как новую с помощью /remove-lifecycle stale .
Устаревшие выпуски гниют после дополнительных 30 дней бездействия и в конечном итоге закрываются.

Если сейчас можно безопасно закрыть эту проблему, сделайте это с помощью /close .

Отправьте отзыв в sig-testing, kubernetes / test-infra и / или fejta .
/ жизненный цикл устаревший

/ remove-жизненный цикл устаревший

Привет @apelisse

Улучшения ведут сюда. Есть ли в планах перейти к версии 1.20?

Спасибо,
Кирстен

Не совсем, мы планируем и дальше улучшать существующую функцию, но выпуск 1.20 не запланирован, спасибо!