Skip to content

docs: separate API reference documentation from README customer section#5166

Open
Zelys-DFKH wants to merge 1 commit intoaws-powertools:mainfrom
Zelys-DFKH:docs/api-reference-customer-section-removal
Open

docs: separate API reference documentation from README customer section#5166
Zelys-DFKH wants to merge 1 commit intoaws-powertools:mainfrom
Zelys-DFKH:docs/api-reference-customer-section-removal

Conversation

@Zelys-DFKH
Copy link
Copy Markdown
Contributor

@Zelys-DFKH Zelys-DFKH commented Apr 6, 2026

Summary

The API reference currently includes a 'Becoming a reference customer' section with company logos. Created separate API_README.md files for each package without that section. TypeDoc now references API_README.md for API docs, while the original README.md (sent to npm) retains customer references. This keeps npm users seeing the customer logos while cleaning up API documentation.

Changes

Created 12 API_README.md files and updated 12 typedoc.json configs to point to them.

Fixes #4594


By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Creates dedicated API_README.md for each package without the 'Becoming a
reference customer' section. TypeDoc now references API_README.md while
README.md (published to npm) retains customer references, aligning with AWS
documentation guidelines and providing consistent API reference experience.

Fixes aws-powertools#4594
@powertools-for-aws-oss-automation powertools-for-aws-oss-automation bot added the size/XXL PRs with 1K+ LOC, largely documentation related label Apr 6, 2026
@sonarqubecloud
Copy link
Copy Markdown

sonarqubecloud bot commented Apr 6, 2026

Copy link
Copy Markdown
Contributor

@dreamorosi dreamorosi left a comment

Choose a reason for hiding this comment

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

Thanks for the PR - while this does resolve the issue, I am not sure I am in favor of duplicating the contents of each README in two files.

Doing this will introduce overhead to keep them updated which will most likely result in drift.

I don't have a good solution yet - which is also why the original issue was left unresolved - but this is where I stand now.

@dreamorosi dreamorosi added the do-not-merge This item should not be merged label Apr 7, 2026
@Zelys-DFKH
Copy link
Copy Markdown
Contributor Author

Thanks for the feedback—you're right about the maintenance burden. I want to propose something simpler.

Instead of keeping two files in sync, we could generate the API_README.md at build time. The script strips out the customer section from README.md and writes the cleaned version to a dist directory. TypeDoc references the generated file, not a committed one. This way there's only one source file to edit, filtering is automated, and zero risk of drift.

Here's the approach: add a script like scripts/generate-api-readme.sh that runs before the TypeDoc build. It removes the "How to support Powertools" section from each README and outputs API_README.md. Update each typedoc.json to point to the generated file instead of the source. The generated files don't get committed to git.

The result is clean API docs while npm packages keep the original README with customer logos intact. Does this direction work for the project? I can implement it if you want to go this route.

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

Labels

do-not-merge This item should not be merged size/XXL PRs with 1K+ LOC, largely documentation related

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Maintenance: Align API reference customer names section with user guide docs

2 participants