-
Notifications
You must be signed in to change notification settings - Fork 1.1k
fix: Force upload for non-ACTIVE functions to prevent GCFv2 update failure #9456
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
…ilure When a GCFv2 function is in a FAILED state but the local source code hasn't changed, the CLI previously skipped the source upload. This caused the subsequent update operation to fail with 'Precondition failed' because it lacked the required storage source information. This change ensures that source upload is only skipped if the existing function is in an ACTIVE state, forcing a re-upload and allowing repair of FAILED functions.
Summary of ChangesHello @taeold, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request resolves a critical bug in the deployment process for Google Cloud Functions v2. Previously, the CLI would erroneously skip source code uploads for functions that were in a 'FAILED' state but had unchanged local source code, resulting in "Precondition failed" errors during subsequent update attempts. The implemented changes enhance the 'shouldUploadBeSkipped' logic to explicitly check if a function is in an 'ACTIVE' state before allowing a source upload to be skipped, thereby guaranteeing that functions requiring repair or update, especially those in a 'FAILED' state, always receive a fresh source upload. Highlights
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
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.
Code Review
This pull request correctly addresses an issue where updating a GCFv2 function in a FAILED state would fail due to a skipped source upload. The change in shouldUploadBeSkipped to only skip uploads for functions in an ACTIVE state is a good fix. The new tests verify this behavior effectively. I've left one comment regarding a redundant test case to improve the maintainability of the test suite.
|
/gemini review |
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.
Code Review
This pull request effectively resolves the 'Precondition failed' error encountered when updating GCFv2 functions that are in a FAILED state without local code changes. The core change in shouldUploadBeSkipped correctly ensures that source code is re-uploaded for non-ACTIVE functions, providing the necessary storage source information. The added test cases in deploy.spec.ts adequately cover this new logic, ensuring the fix behaves as expected. The changelog entry clearly documents the resolution.
When a GCFv2 function is in a FAILED state but the local source code hasn't changed, the CLI previously skipped the source upload. This caused the subsequent update operation to fail with 'Precondition failed' because it lacked the required storage source information.
This change ensures that source upload is only skipped if the existing function is in an ACTIVE state, forcing a re-upload and allowing repair of FAILED functions.