-
Notifications
You must be signed in to change notification settings - Fork 4
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
✨ backend, eai add maven release #681
base: main
Are you sure you want to change the base?
Conversation
WalkthroughThe pull request introduces consistent modifications to the Changes
Poem
🪧 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
Documentation and Community
|
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.
LGTM
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: 1
♻️ Duplicate comments (1)
refarch-backend/pom.xml (1)
372-377
: 🧹 Nitpick (assertive)Consider adding autoVersionSubmodules configuration
While the basic configuration is good, consider adding
autoVersionSubmodules
for better multi-module project support.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: ASSERTIVE
Plan: Pro
📒 Files selected for processing (2)
refarch-backend/pom.xml
(4 hunks)refarch-eai/pom.xml
(4 hunks)
🔇 Additional comments (6)
refarch-eai/pom.xml (3)
18-18
: LGTM! Good use of GitHub environment variables for project URL.The dynamic URL configuration using GitHub environment variables is a good practice for maintaining consistent project metadata.
45-46
: Verify Maven release plugin version compatibilityThe specified version 3.1.1 needs verification as it appears to be a future version compared to the current latest stable version 3.0.1.
198-204
: Verify deployment strategyThe deployment is being skipped. Please confirm if this aligns with your deployment strategy and if there's an alternative deployment method in place (e.g., GitHub Packages, custom deployment scripts).
✅ Verification successful
Deployment strategy verified
The
maven-deploy-plugin
skip configuration is correct as deployments are handled by GitHub Actions workflows that:
- Publish to Maven Central via Sonatype
- Build and publish container images
- Create GitHub releases
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Check for alternative deployment configurations rg -l "deployment|publish|registry" .github/workflows/Length of output: 139
Script:
#!/bin/bash # Check the content of workflow files echo "=== maven-node-build.yaml ===" cat .github/workflows/maven-node-build.yaml echo -e "\n=== release-maven-image.yaml ===" cat .github/workflows/release-maven-image.yamlLength of output: 4300
refarch-backend/pom.xml (3)
17-17
: LGTM! Good use of GitHub environment variables for project URL.The dynamic URL configuration using GitHub environment variables is a good practice for maintaining consistent project metadata.
Note: Based on previous feedback, please ensure to test the URL resolution in your CI/CD environment.
44-46
: Verify Maven release plugin version compatibilityThe specified version 3.1.1 needs verification as it appears to be a future version compared to the current latest stable version 3.0.1.
378-384
: Verify deployment strategyThe deployment is being skipped. Please confirm if this aligns with your deployment strategy and if there's an alternative deployment method in place.
@@ -15,6 +15,7 @@ | |||
<version>0.0.1-SNAPSHOT</version> | |||
<name>refarch_eai</name> | |||
<description>This is the default starting project for a EAI project based on the reference architecture of it@M</description> | |||
<url>${GITHUB_SERVER_URL}/${GITHUB_REPOSITORY}</url> |
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.
I just looked inside the generated jar inside the CI where still the env var placeholders are present, which for me means this doesn't work at all.
The original change came from #423 (comment) scm
attribute
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.
@hupling you there said you tested that but i think you only meant, that the CI succeeds and that you tested if it correctly is replaced in the POM right?
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.
Yes, i tested only the update of the pom.
you may need to adjust something, if you want to deploy to maven central. @sfi2022 had some problems because url and other stuff were missing
Description
Configure eai and backend for maven-release.
Summary by CodeRabbit