Skip to content

Develop -> main#166

Merged
CheChe903 merged 4 commits into
mainfrom
develop
May 30, 2026
Merged

Develop -> main#166
CheChe903 merged 4 commits into
mainfrom
develop

Conversation

@CheChe903

Copy link
Copy Markdown
Member

No description provided.

@CheChe903 CheChe903 merged commit 27a3134 into main May 30, 2026
3 checks passed
@gemini-code-assist

Copy link
Copy Markdown

Summary of Changes

Hello, 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 modernizes the application's configuration management by transitioning from static, file-based secrets to an environment-variable-driven approach. By removing the private configuration file and integrating standard environment variable patterns across the Spring profiles and Docker setup, the changes enhance security, simplify local development, and streamline containerized deployments.

Highlights

  • Configuration Refactoring: Consolidated security and cloud configuration settings into environment-specific YAML files, removing the dependency on a separate private configuration file.
  • Environment Variable Integration: Updated application properties to support environment variables for sensitive data and dynamic configurations, improving deployment flexibility.
  • Docker Optimization: Added a docker-compose configuration and simplified the Docker entrypoint to rely on environment-driven configuration rather than hardcoded profile flags.
Ignored Files
  • Ignored by pattern: .github/workflows/** (2)
    • .github/workflows/dev-cd.yml
    • .github/workflows/prod-cd.yml
  • Ignored by pattern: docs/** (1)
    • docs/architecture/deployment-and-runtime-config.md
Using Gemini Code Assist

The 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 /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize the 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 .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counterproductive. 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.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

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 refactors the application configuration by removing the private profile and externalizing sensitive settings (JWT and AWS credentials) into environment variables across the dev, local, and prod profiles. It also introduces a docker-compose.yml file and updates the .gitignore and Dockerfile accordingly. The review feedback suggests making the .env file optional in docker-compose.yml to prevent build failures in environments where it is missing, and wrapping YAML property placeholders containing colons or commas in double quotes to avoid parsing issues.

Comment thread docker-compose.yml
Comment on lines +6 to +7
env_file:
- .env

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Since .env is added to .gitignore and might not exist in all environments (such as CI/CD pipelines or production environments where environment variables are injected directly), referencing it as a required env_file will cause docker compose to fail with an error.

Consider making the .env file optional by using the path and required: false syntax (supported in Docker Compose v2.24.0+).

    env_file:
      - path: .env
        required: false


cors:
allowed-origins: http://localhost:3000, https://dev.crew-wiki.site, https://dev.api.crew-wiki.site
allowed-origins: ${CORS_ALLOWED_ORIGINS:http://localhost:3000, https://dev.crew-wiki.site, https://dev.api.crew-wiki.site}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Unquoted property placeholders containing commas and colons (like URLs) can lead to parsing issues in YAML or unexpected behavior with Spring's property binder. It is safer and more robust to wrap the value in double quotes.

  allowed-origins: "${CORS_ALLOWED_ORIGINS:http://localhost:3000, https://dev.crew-wiki.site, https://dev.api.crew-wiki.site}"


swagger:
server-url: https://dev.api.crew-wiki.site
server-url: ${SWAGGER_SERVER_URL:https://dev.api.crew-wiki.site}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Unquoted property placeholders containing colons (like URLs) can sometimes cause parsing issues in YAML. Wrapping the value in double quotes ensures it is parsed correctly as a string literal.

  server-url: "${SWAGGER_SERVER_URL:https://dev.api.crew-wiki.site}"


cors:
allowed-origins: https://crew-wiki.site, https://api.crew-wiki.site
allowed-origins: ${CORS_ALLOWED_ORIGINS:https://crew-wiki.site, https://api.crew-wiki.site}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Unquoted property placeholders containing commas and colons (like URLs) can lead to parsing issues in YAML or unexpected behavior with Spring's property binder. It is safer and more robust to wrap the value in double quotes.

  allowed-origins: "${CORS_ALLOWED_ORIGINS:https://crew-wiki.site, https://api.crew-wiki.site}"


swagger:
server-url: https://api.crew-wiki.site
server-url: ${SWAGGER_SERVER_URL:https://api.crew-wiki.site}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Unquoted property placeholders containing colons (like URLs) can sometimes cause parsing issues in YAML. Wrapping the value in double quotes ensures it is parsed correctly as a string literal.

  server-url: "${SWAGGER_SERVER_URL:https://api.crew-wiki.site}"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant