ramanathan1504 commented on PR #488:
URL: https://github.com/apache/logging-parent/pull/488#issuecomment-5049423093

   @ppkarwasz 
   
   I just have a few minor suggestions and questions for you to consider:
   
   ### `build-lifecycle.adoc`
   * **Under `=== Code style`:** You mention setting a `.gitattributes` file. 
Since developers might not know exactly what rules to put in it, would it be 
worth adding a 1-2 line snippet they can copy, or a link to a standard Apache 
Logging `.gitattributes` reference file?
   
   * **Under `=== Changelog validation`:** You link to 
`{logging-services-url}/xml/ns/#log4j-changelog`. I assume 
`{logging-services-url}` is defined globally in the site's playbook, but just 
double-checking to make sure it won't render as broken text since it isn't 
defined in the header of this specific file!
   
   * **Under `Optional lifecycle extensions > -Prelease`:** It notes that this 
profile *"enforces that neither the project version nor any of its dependencies 
is a SNAPSHOT."* You might want to quickly clarify if this applies strictly to 
external dependencies, as multi-module builds usually have SNAPSHOT versions of 
sibling modules during the build process (though Maven handles this 
transparently, so leaving it as-is is probably fine too).
   
   ### `troubleshooting.adoc`
   * **Hardcoded Version Numbers:** Throughout the file, you use concrete 
versions like `2.27.0-SNAPSHOT`, `2.26.1`, and `2.20.2`. While this is good for 
readability because it perfectly matches the terminal output snippet, these 
specific numbers will eventually look outdated. 
   
     * *Suggestion:* Should we replace them with generic placeholders (like 
`<major>.<minor>.<patch>` or `x.y.z`)? Alternatively, if we want to keep the 
concrete numbers for easier reading, maybe we just add a small note like: 
*"Note: versions like 2.27.0 are used here purely as examples"* so it ages 
better?
   * **Under `=== MINOR` (Formatting consistency):** In step 3, you use 
`**not**` (double asterisks), but you used `*not*` (single asterisks) in the 
`MICRO` section above. I recommend changing it to `*not*` just for AsciiDoc 
consistency.
   
   * **Under `=== MINOR` (Step 2 - Changelog):** Step 1 mentions bumping the 
`<revision>` property to a new minor version (e.g., `2.27.0-SNAPSHOT`). Does 
the developer also need to create a new changelog directory like 
`src/changelog/.2.27.x/` instead of the old patch one? If the 
`log4j-changelog-maven-plugin` expects the directory to match, it might be 
worth explicitly stating that they should create the new minor release 
directory here.
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to