iamnotroot is an independent, vendor-neutral IAM handbook and learning project. Its content and site source live together in a Git repository. Markdown is the source of truth for articles and guides.
Add a discovery
- Choose the closest existing topic under
content/. - Copy
templates/article.mdinto that topic using a descriptive, lowercase, hyphenated filename. - Write a title, a short description, category, ordering number, review date, and useful tags.
- Explain one concrete subject. Add an example and relevant primary references.
- Link to related articles with ordinary relative Markdown links.
- Run
npm run verifyand review the page locally before committing.
The site automatically generates the article route, topic listing, sidebar entry, and search index. Navigation does not require a separate manual article list.
Keep articles approachable
Start with the idea in plain language. Define an abbreviation the first time it matters. Separate a normative requirement from an implementation choice or illustrative example.
Avoid presenting one vendor’s behavior as a universal protocol guarantee. Explain the conditions and limits of a recommendation.
Use inspectable sources
Prefer specifications, standards bodies, official documentation, and original research. Link directly to the relevant document. Add a section or version when it helps readers verify the point.
The updated date records the latest substantive review. Changing a date is not a substitute for reviewing the content.
Keep drafts out of publication
Set draft: true in an article’s frontmatter while working. Draft articles are excluded from public routes, navigation, and search. Do not link to a draft from a published page.
Draft files remain visible in the Git repository if they are committed. Use a private location for material that should not be shared.
Publish changes
The repository includes a GitHub Actions workflow for GitHub Pages. Once Pages is configured to use GitHub Actions, changes merged or pushed to main rebuild and deploy the website.
Use a pull request when a change benefits from review. See the repository README for setup and deployment instructions.
Corrections and scope
Use GitHub issues to report an incorrect statement, suggest a topic, or explain an unclear example. Include the page and the evidence that would help resolve the issue.
The handbook is educational. Introductory articles explain responsibilities and concepts; production integrations require the full specifications, deployment context, and appropriate validation.