-
Notifications
You must be signed in to change notification settings - Fork 0
Fix integration tests for dev loop #608
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
Conversation
WalkthroughThe pull request updates the Changes
Possibly related PRs
Suggested reviewers
Poem
Warning Review ran into problems🔥 ProblemsGitHub Actions and Pipeline Checks: Resource not accessible by integration - https://docs.github.com/rest/actions/workflow-runs#list-workflow-runs-for-a-repository. Please grant the required permissions to the CodeRabbit GitHub App under the organization or repository settings. 📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (1)
💤 Files with no reviewable changes (1)
⏰ Context from checks skipped due to timeout of 90000ms (3)
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
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.
Actionable comments posted: 0
🧹 Nitpick comments (3)
scripts/distribution/run_gcp_quickstart.sh (3)
66-71
: Improve fail_if_bash_failed Implementation:
Currently, the function relies on$?
directly. Consider accepting an explicit exit code for consistency since some calls pass$?
while others do not. For example:-function fail_if_bash_failed() { - if [ $? -ne 0 ]; then - echo -e "${RED} <<<<<<<<<<<<<<<<-----------------FAILED!----------------->>>>>>>>>>>>>>>>>\033[0m" - exit 1 - fi -} +function fail_if_bash_failed() { + local exit_code=$1 + if [ $exit_code -ne 0 ]; then + echo -e "${RED} <<<<<<<<<<<<<<<<-----------------FAILED!----------------->>>>>>>>>>>>>>>>>\033[0m" + exit 1 + fi +}Then call it consistently as
fail_if_bash_failed $?
.
88-88
: Unused Variable Warning:
BACKFILL_JOB_ID
is assigned but not used. If it’s meant for future use or external reference, please document or consider making it local.🧰 Tools
🪛 Shellcheck (0.10.0)
[warning] 88-88: BACKFILL_JOB_ID appears unused. Verify use (or export if used externally).
(SC2034)
109-109
: Unused Variable Warning:
UPLOAD_TO_KV_JOB_ID
appears unused. Verify its necessity or clean it up to avoid confusion.🧰 Tools
🪛 Shellcheck (0.10.0)
[warning] 109-109: UPLOAD_TO_KV_JOB_ID appears unused. Verify use (or export if used externally).
(SC2034)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro (Legacy)
📒 Files selected for processing (1)
scripts/distribution/run_gcp_quickstart.sh
(5 hunks)
🧰 Additional context used
🪛 Shellcheck (0.10.0)
scripts/distribution/run_gcp_quickstart.sh
[warning] 88-88: BACKFILL_JOB_ID appears unused. Verify use (or export if used externally).
(SC2034)
[warning] 109-109: UPLOAD_TO_KV_JOB_ID appears unused. Verify use (or export if used externally).
(SC2034)
🔇 Additional comments (6)
scripts/distribution/run_gcp_quickstart.sh (6)
45-47
: Simplify PYTHONPATH Export:
Exporting PYTHONPATH to onlyCHRONON_ROOT
meets the PR objective. Just verify no other required paths are lost.
83-84
: Backfill Version Flag:
The dev backfill command now uses--version latest
, ensuring version consistency with JAR files.
95-96
: Group-By-Upload Version Flag:
The dev group-by-upload command correctly adds--version latest
for updated testing.
106-107
: Upload-to-KV Version Flag:
The dev upload-to-kv command now includes--version latest
, aligning with the PR goal.
116-117
: Metadata-Upload Version Flag:
The metadata-upload command for dev now specifies--version latest
, which is consistent.
127-128
: Fetch Version Flag:
The fetch command now uses--version latest
, ensuring the latest package is used during development testing.
## Summary Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - f1ed879 And in our build_and_upload script, it always pushes to version: [latest](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L184-L186) But when we run our tests, we're running with[ python version of 0.1.0](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L103) - so we're never running with the updated jars we intend to. This change just updates our dev testing to always point to `latest` ## Checklist - [ ] Added Unit Tests - [ ] Covered by existing CI - [x] Integration tested - [ ] Documentation update <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Improved error handling now provides clear feedback if any execution step fails. - Key operations automatically use the latest available package version. - Environment configuration has been streamlined for a more predictable setup. - **Bug Fixes** - Removed a line that raised an error when no job ID was found, allowing smoother execution in such cases. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
## Summary Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - 51c9bc0 And in our build_and_upload script, it always pushes to version: [latest](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L184-L186) But when we run our tests, we're running with[ python version of 0.1.0](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L103) - so we're never running with the updated jars we intend to. This change just updates our dev testing to always point to `latest` ## Checklist - [ ] Added Unit Tests - [ ] Covered by existing CI - [x] Integration tested - [ ] Documentation update <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Improved error handling now provides clear feedback if any execution step fails. - Key operations automatically use the latest available package version. - Environment configuration has been streamlined for a more predictable setup. - **Bug Fixes** - Removed a line that raised an error when no job ID was found, allowing smoother execution in such cases. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
## Summary Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - aef8406 And in our build_and_upload script, it always pushes to version: [latest](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L184-L186) But when we run our tests, we're running with[ python version of 0.1.0](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L103) - so we're never running with the updated jars we intend to. This change just updates our dev testing to always point to `latest` ## Checklist - [ ] Added Unit Tests - [ ] Covered by existing CI - [x] Integration tested - [ ] Documentation update <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Improved error handling now provides clear feedback if any execution step fails. - Key operations automatically use the latest available package version. - Environment configuration has been streamlined for a more predictable setup. - **Bug Fixes** - Removed a line that raised an error when no job ID was found, allowing smoother execution in such cases. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
## Summary Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - 8f14e61 And in our build_and_upload script, it always pushes to version: [latest](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L184-L186) But when we run our tests, we're running with[ python version of 0.1.0](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L103) - so we're never running with the updated jars we intend to. This change just updates our dev testing to always point to `latest` ## Checklist - [ ] Added Unit Tests - [ ] Covered by existing CI - [x] Integration tested - [ ] Documentation update <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Improved error handling now provides clear feedback if any execution step fails. - Key operations automatically use the latest available package version. - Environment configuration has been streamlined for a more predictable setup. - **Bug Fixes** - Removed a line that raised an error when no job ID was found, allowing smoother execution in such cases. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
## Summary Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - 15efc6c And in our build_and_upload script, it always pushes to version: [latest](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L184-L186) But when we run our tests, we're running with[ python version of 0.1.0](https://github.com/zipline-ai/chronon/blob/main/scripts/distribution/build_and_upload_artifacts.sh#L103) - so we're never running with the updated jars we intend to. This change just updates our dev testing to always point to `latest` ## Cheour clientslist - [ ] Added Unit Tests - [ ] Covered by existing CI - [x] Integration tested - [ ] Documentation update <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **New Features** - Improved error handling now provides clear feedbaour clients if any execution step fails. - Key operations automatically use the latest available paour clientsage version. - Environment configuration has been streamlined for a more predictable setup. - **Bug Fixes** - Removed a line that raised an error when no job ID was found, allowing smoother execution in such cases. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
Summary
Temporary fix as we recently made a change to enforce that whatever version we're running in the python side, we also run the same jar versions - b9c0818
And in our build_and_upload script, it always pushes to version: latest
But when we run our tests, we're running with python version of 0.1.0 - so we're never running with the updated jars we intend to.
This change just updates our dev testing to always point to
latest
Checklist
Summary by CodeRabbit
New Features
Bug Fixes