diff options
author | Lars Wirzenius <liw@liw.fi> | 2019-02-26 10:24:45 +0200 |
---|---|---|
committer | Lars Wirzenius <liw@liw.fi> | 2019-02-26 10:24:45 +0200 |
commit | 23d0937e1d626d0b663180b87e08dc76bbee5f85 (patch) | |
tree | bc7c76e706b3eaae1a651bcf86728f2d79a6f8e1 | |
parent | 59e3b437ca23374cef338c0c78d79904b9278c01 (diff) | |
download | vmdb2.liw.fi-23d0937e1d626d0b663180b87e08dc76bbee5f85.tar.gz |
Publish log entry
-rw-r--r-- | blog/2019/02/26/what_s_needed_for_vmdb2_1_0.mdwn | 39 |
1 files changed, 39 insertions, 0 deletions
diff --git a/blog/2019/02/26/what_s_needed_for_vmdb2_1_0.mdwn b/blog/2019/02/26/what_s_needed_for_vmdb2_1_0.mdwn new file mode 100644 index 0000000..dd1c6de --- /dev/null +++ b/blog/2019/02/26/what_s_needed_for_vmdb2_1_0.mdwn @@ -0,0 +1,39 @@ +[[!meta title="What's needed for vmdb2 1.0?"]] +[[!tag ]] +[[!meta date="2019-02-26 10:23"]] + +vmdb2 seems to usually work now, and that's been the situation for a +while. Is it production ready? In my younger days, I would say yes, +but now I'm not so sure. Reviewing the current roadmap, and thinking +about it, I think the following are needed to declare it production +ready (meaning the 1.0 release): + +* it's actually used in production +* the test suite is of sufficient quality that I'm confident the + software releaseable when the tests pass +* the full test suite is run by CI; this includes actually building + images and checking they run +* the documentation is good enough that people can use the software + +More concretely, I need to achieve these: + +* CI builds and tests images on each vmdb2.git change. + * smoke.sh right now, but this needs to be extended to toy images + that use all the plugins. Possibly on more than one + architecture. +* CI builds, tests (like smoke.sh does), and publishes arm (Raspberry + Pi) and x86 images regularly. + * Not just on vmdb2.git changes, as tools that vmdb2 uses may have + changed, especially on sid. + * I don't expect anyone to use these in anger, but the process + exercises and validates vmdb2 + * For the arm images, Gunnar tells me they work for him. I expect + him to do the official builds himself, but the CI should be + useful anyway. +* All the CI jobs run on both Debian buster and sid. +* I have a version of v-i that can install Debian on a Thinkpad x220 + laptop in a way that results in something I actually use in anger. + +I don't have a good idea for how to validate that the documentation is +up to snuff, so I'll punt on that and just assume it is, and improve +it if and when people complain. |