-
Notifications
You must be signed in to change notification settings - Fork 467
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
Edit Page V2: Automate the deploy of the SDK libraries #28259
Comments
…130) ### Proposed Changes * change 1 * change 2 ### Checklist - [ ] Tests - [ ] Translations - [ ] Security Implications Contemplated (add notes if applicable) ### Additional Info ** any additional useful context or info ** ### Screenshots Original | Updated :-------------------------:|:-------------------------: ** original screenshot ** | ** updated screenshot **
We are going to change the approach previously implemented. The main idea is to use husky (pre-commit) to detect if the SDKs have been affected in the commit. If that occurs an update version script will run. |
…28259) (#29976) ### Proposed Changes This pull request introduces a solution to persist and propagate the sdk_libs state across multiple phases of the CI/CD workflow in GitHub Actions, ensuring consistent state management during PR Checks, Merge Queue Checks, and Master Checks. Key Steps 1. Use of a Consistent Identifier (BASE_SHA): A unique identifier (`BASE_SHA`) is determined based on the available context: `base.sha` for `pull requests`, `merge_group.base_sha` for `merge queues`, or the `before SHA` for `push` events. This identifier is consistent across all phases and is used to reference the correct commit state. 2. Download Existing State Artifact: In each workflow phase, an attempt is made to download an artifact named `sdk-status-${BASE_SHA}`. If the artifact exists, its content is used to define the `sdk_libs` state. If not found, the state is recalculated. 3. Calculate and Upload the Artifact if Necessary: If no previous artifact is found, the `sdk_libs` state is recalculated using the `dorny/paths-filter` action. A new artifact named `sdk-status-${BASE_SHA}` is uploaded with the calculated state if needed. ### Additional Info Related to #28259 (Edit Page V2 Automate the deploy of the SDK libraries).
Note to QA: How to Test the Complete WorkflowTo verify the changes in this pull request, follow these steps to test the full CI/CD workflow in GitHub Actions, ensuring correct state persistence and propagation across PR Checks, Merge Queue Checks, and Master Checks. 1. Test PR Checks Workflow
2. Test Merge Queue Workflow
3. Test Master Checks Workflow
4. Edge Case Testing
5. Check SDK Deployment to NPM Registry
Expected Results
By following these steps, you will ensure that the workflow changes work as intended across all phases. |
…28259) (#29832) ### Proposed Changes * This pull request updates the function sends Slack notifications using slackapi/[email protected], handling both plain text messages and preformatted JSON payloads. It dynamically selects the appropriate format based on a boolean input (json), ensuring correct handling of Slack message formatting and maintaining compatibility with different notification types. ### Additional Info Related to #28259 (Edit Page V2 Automate the deploy of the SDK librar).
…28259) (#29876) ### Proposed Changes * This pull request introduces an improved approach for managing version increments and dependency updates for the dotCMS SDK libraries. Unlike the previous solution that handled version calculations locally before committing, this new method performs version calculation and updates directly within the continuous integration flow, specifically after a merge and during the deployment phase. The new solution ensures that all SDK libraries in the repository are updated centrally and consistently. Key improvements include: Version Updates: Automatically increments the version of each SDK package found in the relevant directory. Dependency Management: Updates peerDependencies between SDK libraries to maintain internal compatibility. NPM Publishing: Publishes each updated SDK library to the NPM registry, ensuring that the latest versions are readily available. ### Additional Info Related to #28259 (Edit Page V2 Automate the deploy of the SDK librar).
This card can be tested only when an SDK needs to be generated. As we don't need to do it now, in case an issue comes up at that moment, a new card will be filed. |
Parent
#27546
Task description
As a developer working on dotCMS, I want to automate the deployment process of the SDK libraries so that whenever a dotCMS release is generated, the SDK libraries are published to npm with tagged versions and a tag is created for the
example/nextjs
.Acceptance Criteria
example/nextjs
repository in the dotCMS GitHub organization.External Links
Assumptions & Initiation Needs
Quality Assurance Notes & Workarounds
The text was updated successfully, but these errors were encountered: