Closed youngzil closed 1 month ago
The pull request updates the documentation for local development in both English and Chinese, enhancing clarity regarding the setup requirements, particularly emphasizing the necessity of MySQL for database creation. Instructions for running configurations and verifying service health have been detailed. Additionally, the logging file paths in application.yml
and configservice.properties
have been simplified by removing a numeric directory component. No alterations were made to exported or public entity declarations.
File Path | Change Summary |
---|---|
apollo-assembly/src/main/resources/application.yml |
Updated logging file path: /opt/logs/100003171/apollo-assembly.log → /opt/logs/apollo-assembly.log . |
apollo-configservice/src/main/resources/configservice.properties |
Updated logging file path: /opt/logs/100003171/apollo-configservice.log → /opt/logs/apollo-configservice.log . |
docs/en/contribution/apollo-development-guide.md |
Enhanced clarity on local development setup, updated requirements, and detailed instructions. |
docs/zh/contribution/apollo-development-guide.md |
Enhanced clarity on local development setup, updated requirements, and detailed instructions. |
size:L
, lgtm
In the burrow where logs do flow,
Paths and names now clearly show.
With guides in hand, we leap and bound,
In Apollo's world, new joys abound! 🐇✨
MySQL or H2, we choose with glee,
Configurations set, oh what a spree!
apollo-configservice/src/main/resources/configservice.properties (1)
`19-19`: _:warning: Potential issue_ **Consider using environment-specific log paths** While simplifying the log path is good, using `/opt/logs` directly may cause permission issues in local development environments. Consider: 1. Using a relative path for local development 2. Leveraging Spring profiles to handle different environments 3. Using system properties or environment variables for flexibility Example configuration approach: ```properties # Default fallback for local development logging.file.name=./logs/apollo-configservice.log # Can be overridden via environment-specific properties files # configservice-{profile}.properties ``` Let's check if there are any environment-specific configurations already in place:
Is it only for local development? As there are logics to create the log folders in the startup.sh
Is it only for local development? As there are logics to create the log folders in the startup.sh
Yes, it is currently a problem in local development
It doesn't work for me. The apollo-assembly.log
was created in the current folder, likely because the /opt
directory requires root access for creation. Additionally, I don't think this's an essential feature so I would prefer leaving it as is.
However, it's nice to change the assembly log file to /opt/logs/apollo-assembly.log
.
It doesn't work for me. The
apollo-assembly.log
was created in the current folder, likely because the/opt
directory requires root access for creation. Additionally, I don't think this's an essential feature so I would prefer leaving it as is. However, it's nice to change the assembly log file to/opt/logs/apollo-assembly.log
.
Hi, you are right. I did a test and changed the path to a non-existent path under $HOME and found that it can start normally. So I'm going to revert this change
What's the purpose of this PR
Which issue(s) this PR fixes:
Fixes #
Brief changelog
XXXXX
Follow this checklist to help us incorporate your contribution quickly and easily:
mvn clean test
to make sure this pull request doesn't break anything.CHANGES
log.Summary by CodeRabbit
Summary by CodeRabbit
New Features
Documentation