We should have tests for each devfile in https://github.com/odo-devfiles/registry that will verify that they are valid and usable.
There should a common test flow that will be executed using each devfile in the registry.
odo create <devfile>odo url createodo pushodo push --debugodo debug port-forward odo deleteThe tests should be executed on https://github.com/odo-devfiles/registry repository for every PR
We can start by running this on Travis
/area registry
/kind test
/priority medium
@kadel: The label(s) area/ cannot be applied, because the repository doesn't have them
In response to this:
We should have tests for each devfile in https://github.com/odo-devfiles/registry that will verify that they are valid and usable.
There should a common test flow that will be executed using each devfile in the registry.
odo create <devfile>odo url createodo push- verify that application is accessible in a given url
odo push --debugodo debug port-forward- verify that it is possible to make a connection to debugger
odo delete/area registry
/kind test
/priority medium
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.
/remove-priority medium
/priority high
@amitkrout please observe that the tests are to be added in the odo-devfiles/registry
@kadel @girishramnani i started few scripting steps, then thought let me check how you see the requirement and the solution.
OR
NOTE: If we are following the type 1 then we can not guaranty that https://github.com/odo-devfiles/registry master is not broken. In type two we can atleast make sure that odo-devfiles/registry master is not broken.
Can you please confirm ?
This should be another CI setup independent from openshift/odo. Those tests should run for PRs in odo-devfiles/registry
The tests should use latest released odo binary.
This should be another CI setup independent from
openshift/odo. Those tests should run for PRs inodo-devfiles/registryThe tests should use latest released odo binary.
@kadel For CI job configuration i need admin access to this repo https://github.com/odo-devfiles/registry. Can you please provide me the required access
@kadel For CI job configuration i need admin access to this repo https://github.com/odo-devfiles/registry. Can you please provide me the required access
done
Hit the issue https://github.com/openshift/odo/issues/3476 while i was applying the test flow through the script.
Hit another issue while accessing the route - https://github.com/openshift/odo/issues/3477
Focus on Travis for now and get tests working on it. Focus on Prow later.
After discussion with @amitkrout Here is what I propose:
Every devfile directory will contain a file test.sh as entry point to testing containing the odo commands to run as part of testing and a directory example, containing an example app to be used for testing in the test.sh script for eg
โฏ tree
.
โโโ devfiles
โโโ devfile1
โย ย โโโ devfile.yaml
โย ย โโโ example
โย ย โโโ test.sh
โโโ devfile2
โโโ devfile.yaml
โโโ example
โโโ test.sh
In travis script, we will
pushd into it, run test.sh if it exists or fail, popd out of itNote: to list the directories in a directory shell script, you can either
โฏ cd /path/to/devfiles
โฏ ls -d *
devfile1 devfile2
or
โฏ pwd
some/random/location
โฏ find /path/to/devfiles -maxdepth 1 -mindepth 1 -type d -printf '%f\n'
devfile2
devfile1
cc @kadel
@mohammedzee1000 Actually i was doing over engineering. This looks cool to me ๐
As per the last discussion with @kadel, steps to be followed
Validation steps remaining
odo push --debug
odo debug port-forward
verify that it is possible to make a connection to debugger
Ping @anandrkskd