Repository navigation
Conversation
|
@jhernand: This pull request explicitly references no jira issue. DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jhernand The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
Warning Rate limit exceeded
You’ve run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: ⛔ Files ignored due to path filters (2)
📒 Files selected for processing (16)
WalkthroughThis pull request implements a comprehensive data structure refactoring of the Hub message from a flat schema with top-level Estimated code review effort🎯 3 (Moderate) | ⏱️ ~25 minutes Suggested labels
Suggested reviewers
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
c6305f1 to
bf7703f
Compare
…pec` The `Hub` type now uses a nested `HubSpec` message for the `kubeconfig` and `namespace` fields, and an empty `HubStatus` message for future use. All code that accessed these fields directly on the `Hub` message has been updated to go through the `spec` sub-message. This migration isn't the typical one that adds tables or indexes: it needed to do non-trivial changes in the stored JSON data, moving fields into a nested object and adding a new empty object. To be confident that this will work correctly we added a mechanism to create tests for database migrations. The new `DescribeMigration` helper in the `migrations` test package sets up a database at the previous schema version, allowing tests to insert data, run the migration, and verify the result. The `Migrate` method of the database `Tool` now accepts a target version parameter, which was needed by the migration tests. Signed-off-by: Juan Hernandez <juan.hernandez@redhat.com>
bf7703f to
3e6b9c7
Compare
|
@jhernand: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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-sigs/prow repository. I understand the commands that are listed here. |
|
Included in #557. |
Summary
kubeconfigandnamespacefields of theHubprotobuf type into a nestedHubSpecmessage, and adds an emptyHubStatusmessage for future use.an empty
statusobject.DescribeMigrationhelper and test suite) sothat non-trivial data migrations can be verified with unit tests.
Migratemethod where theversionparameter was shadowed by a localvariable, causing it to always run all migrations regardless of the target version.
Test plan
ginkgo run -r internal)only, namespace only, both fields)
Summary by CodeRabbit
Release Notes
New Features
Tests