誰かがこれに1.4マイルストーンを追加するのを手伝ってもらえますか？ ありがとう！

/ cc @ kubernetes / features-maintainers

私の理解では、CRIを使用してrktとkubeletを統合することに重点を置くようになり、1.4マイルストーンは実際には適用されなくなりました。
@euank @philips 、マイルストーンと1.4ラベルを削除する必要がありますか？

今のところ1.4マイルストーンを削除します。 それが正しいことではないかどうか教えてください。
@euank @philips

外部参照https://github.com/kubernetes/kubernetes/issues/8262

また、チェックポイントを少し更新しました。具体的には、機能をもう少し増やして、もう少しテストしました。

また、ある時点で「v1.4用に行われた作業」の小さなセットを作成します（現在は、subPath、改善された特権、およびその他のいくつかのビットです）。 1.4ではない＃54に依存しているため、マイルストーニングは理にかなっています。

@philips @euank機能の追跡を容易にするために、マイルストーンが存在することを主張したいと思います。 今のところ、「次の候補」のマイルストーンを設定しました。

rkt統合は、今日ほとんど機能します（たとえば、 minikubeで機能します）。 この時間枠でCRIリファクタリングがDockerエンジン統合およびCRIと100％同等になることを期待しているため、v1.5マイルストーンの下に置きます。

@philips明確にしていただきありがとうございます。

この機能は、2つの異なる実装にまたがっています。 どちらも1.5で安定とマークされるべきではないと思います。この機能は、安定するために今後の新しい統合（CRI機能に依存）に焦点を当てる必要があります。
その統合のために、1.6でアルファをターゲットにしています。

それを反映するように更新するのは理にかなっていると思います。

@euank rktサポート自体はすでにKubernetesに実装されているため、この機能を更新して閉じることをお勧めします。
上記の投稿で説明した質問を解決するには、1.6 / cc @ philips @ calebamilesを対象とした新しい機能リクエストを開いてください。

@idvoretskyi 、この問題を更新します。 この機能は、rktをKubernetesのファーストクラスコンテナランタイムにする作業をカバーしています。現在ツリーに存在する既存の実装は、Dockerランタイムに関して完全ではありませんが、ほとんどの場合、機能の実装の詳細です。 現在、https：//github.com/kubernetes/features/issues/54に関連するCRI準拠のrkt統合に取り組んでいるCoreOS開発者がここで追跡されています。 私たちのCRI作業は、Kubernetesの1.6リリースを対象としています。この問題を、追跡のための1.6マイルストーンに移します。 最後に、既存のrkt統合に関しては、このリリースサイクル中にわずかな変更が加えられただけであるため、その実装のステータスを安定版に変更することは意味がないと考えています。 CRI作業は、現在ツリーにある既存の実装の反復と見なすことができます。

cc：@ philips 、@ euank 、@ kubernetes / sig-node

@calebamilesありがとうございます！

実装されました。