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
vagrant: Improve command-line usability #10933
Conversation
@@ -13,6 +13,7 @@ $NETNEXT_SERVER_VERSION= (ENV['NETNEXT_SERVER_VERSION'] || $NETNEXT_SERVER_VERSI | |||
if ENV['NETNEXT'] == "true" | |||
$SERVER_BOX = $NETNEXT_SERVER_BOX | |||
$SERVER_VERSION = $NETNEXT_SERVER_VERSION | |||
$vm_kernel = '+' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For reviewers: Not sure if this is clear enough, but I wanted to keep the VM names as short as possible, since vagrant
command-line completion is often buggy.
7d4be7e
to
1adcdf4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me (besides the +
thing), and looks helpful!
Should we change the jenkinsfiles too to NETNEXT=1
so we can deprecate NETNEXT=true
in the future, or would that risk to break the CI?
Having a distinct name for net-next VMs allows us to switch between NETNEXT=true and NETNEXT=false without destroying VMs each time. It should also be possible to run both VMs at the same time. Signed-off-by: Paul Chaignon <paul@cilium.io>
Currently, to e.g. destroy a Vagrant VM, it is necessary to set some of the same options that were used to create it (e.g., K8S, NWORKERS, and now with the previous commit, NETNEXT). This commit fixes this by always defining common VM names, so that commands like 'vagrant destroy' or 'vagrant ssh' work without setting env. variables. Signed-off-by: Paul Chaignon <paul@cilium.io>
Document NETNEXT option for the dev. VM and accept NETNEXT=1 syntax for consistency with other options. Signed-off-by: Paul Chaignon <paul@cilium.io>
1adcdf4
to
94ed694
Compare
Yep, that makes sense. I've switched Jenkinsfiles usage to Note, however, that even once |
😲 Ok, thanks for the explanation. I suppose consistency from user point-of-view is a good thing already, no point in changing the Jenkins lib if it's not broken. Thanks for the changes, looks good to me! |
restart-ginkgo |
Please see commit messages.