-
Notifications
You must be signed in to change notification settings - Fork 101
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
rad deploy should be able to use environments in different groups to deploy application #7520
Comments
👍 We've reviewed this issue and have agreed to add it to our backlog. Please subscribe to this issue for notifications, we'll provide updates when we pick it up. We also welcome community contributions! If you would like to pick this item up sooner and submit a pull request, please visit our contribution guidelines and assign this to yourself by commenting "/assign" on this issue. For more information on our triage process please visit our triage overview |
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the Signed-off-by: Ryan Nowak <[email protected]>
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the Signed-off-by: Ryan Nowak <[email protected]>
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the Signed-off-by: Ryan Nowak <[email protected]>
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the Signed-off-by: Ryan Nowak <[email protected]>
This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address radius-project#7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for radius-project#7520). This update does the Signed-off-by: Ryan Nowak <[email protected]>
# Description This change is a major update to the CLI's client code for interacting with the Radius API. The client grew organically over time as we added features. Since it's client code it wasn't well tested because testing it would require a lot of mocking. Unfortunately in some places we *do* have complex logic in this code and unfortunately we also have some bugs. I'm working on another fix to address #7520, and encountered a lot of limitations with the client code so I decided to fix it. This change addresses the following: - Reviewed the API and made updates for consistency. - Added tests for ALL of the functions on the client. - Updated each API to accept either a resource ID or a resource name (needed for #7520). ## Type of change - This pull request is a minor refactor, code cleanup, test improvement, or other maintenance task and doesn't change the functionality of Radius (issue link optional). Signed-off-by: Ryan Nowak <[email protected]>
We've prioritized work on this issue. Please subscribe to this issue for notifications, we'll provide updates as we make progress. We also welcome community contributions! If you would like to pick this item up sooner and submit a pull request, please visit our contribution guidelines and assign this to yourself by commenting "/assign" on this issue. For more information on our triage process please visit our triage overview |
…nment in a different scope "scope2" (#7895) # Description Today, rad deploy can use only the environments that are in same scope as where the application is being deployed to (either default scope or one specified by -g). It should be able to use environments in different groups to deploy application. ## Type of change - This pull request fixes a bug in Radius and has an approved issue (issue link required). Fixes: #7520 --------- Signed-off-by: nithyatsu <[email protected]>
rad deploy
today does not allow this since it searches for environments in current scope only.AB#11797
The text was updated successfully, but these errors were encountered: