Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ROADMAP for runtime-tools #465

Open
Mashimiao opened this issue Sep 7, 2017 · 7 comments
Open

ROADMAP for runtime-tools #465

Mashimiao opened this issue Sep 7, 2017 · 7 comments

Comments

@Mashimiao
Copy link

Mashimiao commented Sep 7, 2017

Hi everyone,
So far, we don't have a roadmap yet. The result is we are not easy to set privilege for PRs and people may don't know what we are focus on.
With such roadmap, I think we can guide people to complete high privilege features first and we can have clear goals for release.
The following a roadmap draft, any comments are welcome.

v0.2.0
complete bundle validation based on runtime-spec, especially jsonschema.

v0.3.0
unify error output based on RFC

v0.4.0
complete container inside part of runtime validation based on runtime-spec.
Including: container inside environment, as mounts, devices, caps and error return(as @wking said in https://groups.google.com/a/opencontainers.org/forum/#!topic/dev/lSYS7RjDZjI)

v0.5.0
complete container inside part of runtime validation based on runtime-spec.
Including: container outside environment, container lifecycle

v0.6.0
complete config generation

v0.7.0
solve options conflict problem

v0.8.0
solve specerror problem #572

@wking
Copy link
Contributor

wking commented Sep 14, 2017

I prefer issues on GitHub milestones, which in my experience are less likely to go stake (or maybe they're just less invasive when they go stale ? ;). But your order looks fine to me.

@Mashimiao
Copy link
Author

I have made some milestones on Github based on this PR.

@wking
Copy link
Contributor

wking commented Sep 15, 2017 via email

@Mashimiao
Copy link
Author

let's keep it open for more milestone discussions

@wking wking mentioned this issue Sep 28, 2017
@liangchenye
Copy link
Member

I have an idea about runtime tool process.
We can provide a simple server to:

  1. compare with runtime-spec/*.md and runtime-tools/specerror/*.go
    if there were any difference, provides an 'icon' to tell that "there need some updates".
  2. search RFC error implementations under runtime-tools
    we can tell how many of them do we already implemented. we can provides an 'icon' to tell
    the percentage just like UT coverage
  3. add these two icons (or maybe merge to one icon) to the README.md

@RobDolinMS

@liangchenye
Copy link
Member

steps of milestone v0.3.0

  1. rebase the specerror framework ; complete rfc code of config.md #458
  2. complete other missing RFC error codes
  3. fill the implemented RFC error codes and add UT

@liangchenye
Copy link
Member

Another requirement to v0.6.0:
we need to sure that every test cases WILL NOT leave bundle or container on the testing system.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants