-
Notifications
You must be signed in to change notification settings - Fork 244
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
Fix --namespace flag bug for odo create #2797
Fix --namespace flag bug for odo create #2797
Conversation
Signed-off-by: jingfu wang <jingfu.j.wang@ibm.com>
/assign |
@johnmcollier @kadel Can you please review this PR? Thanks |
Signed-off-by: jingfu wang <jingfu.j.wang@ibm.com>
Codecov Report
@@ Coverage Diff @@
## master #2797 +/- ##
=======================================
Coverage 43.51% 43.51%
=======================================
Files 91 91
Lines 8312 8312
=======================================
Hits 3617 3617
Misses 4346 4346
Partials 349 349 Continue to review full report at Codecov.
|
/retest |
/approve |
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.
@GeekArthur Can i expect an integration test scenario
@amitkrout Yup, I have the same thoughts before, but I hesitate as it may create merge conflict with this PR #2771, that being said, let me push one more commit to add the integration test |
Signed-off-by: jingfu wang <jingfu.j.wang@ibm.com>
@amitkrout I added the integration tests, please review again, thanks! |
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.
@GeekArthur Thanks for adding integration test.
However i can see missing thing like the command is not updated in UX, i mean odo create -h
has nothing to show for this command.
other observation like
$ odo create openLiberty --namespace test123
✓ Checking if the specified component type is supported devfile component type [180272ns]
✓ Validating component [102178ns]
Please use `odo push` command to create the component with source deployed
$ tree -a .
.
├── .odo
│ └── env
│ └── env.yaml
└── devfile.yaml
2 directories, 2 files
The same above structure is being observed with our regular odo command odo create nodejs --project test123
. Seems it has conflict with regular odo component config.yaml as well as the component dir structure.
Ping @kadel @girishramnani
@GeekArthur Please rebase. |
@amitkrout what do you mean? Both
|
Signed-off-by: jingfu wang <jingfu.j.wang@ibm.com>
@amitkrout We have both Actually this file system structure
is there for a long time, it shares the @amitkrout Also integration tests are moved, please review again |
Ahh, my bad. Actually i was searching in the example section. As this is a key flag for creation of odo devfile component, so thought there should be an example for better user experience. I have created a separate issue #2812 to track devfile UX issues. @kadel As per the command you executed Ideally |
prow issue |
@GeekArthur Let me put in this way I just enable experimental along with regular nodejs odo create command
Expectation:
No component dir i mean Actual: All the component configuration found the the same dir from where i launches the command
Why a this configuration files are created for regular odo component create command ? Seems regular java component works but not properly
May be you need to handle devfile component create just by passing devfile subcommand. For example
So that it will be easy to distinguish between devfile and regular command. |
Found the same issue on master aswell. Issue created - #2813 |
prow issue |
/retest |
@amitkrout I see what you mean, thanks for your explanations and the two issues you open. I can open separate PRs to resolve the two issues as they are separate issues (this PR only fixes the --namespace issue) To summarize the expected implementations of two issues here: Devfile UX improvements with experimental mode enabled (#2812)
Directory structure issue with experimental mode enabled (#2813)
@amitkrout Given this issue is only fixes the --namespace and the fix isn't directly related with the two issues above, can you review/approve this PR only again? Thanks |
@amitkrout @kadel |
/lgtm |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: kadel The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/refresh |
Signed-off-by: jingfu wang jingfu.j.wang@ibm.com
What type of PR is this?
/kind bug
What does does this PR do / why we need it:
odo create
with--namespace
doesn't work properly, this PR fix the issue.Which issue(s) this PR fixes:
Fixes #2796