- Deleted `CHANGES.md`, `CHANGES_SUMMARY.md`, `CONCURRENCY_ANALYSIS.md`, `CONCURRENCY_IMPLEMENTATION_SUMMARY.md`, and related developer documentation files. - Removed redundant or legacy content no longer aligned with the current codebase and workflows. - Updated repository to reflect streamlined documentation approach, reducing clutter and improving maintainability. **Purpose**: Simplify and declutter repository by removing obsolete documentation files, ensuring it remains focused and relevant.
4.7 KiB
Documentation Organization
This document explains the new documentation structure and workflow for managing markdown files in the Brainy project.
Overview
The documentation has been reorganized from 29 scattered markdown files at the root level to a clean, organized structure with only essential files at the root and categorized documentation in the docs/ directory.
New Structure
Root Level Files (GitHub/NPM Standards)
README.md- Main project documentationCONTRIBUTING.md- Contribution guidelinesCODE_OF_CONDUCT.md- Community standardsCHANGELOG.md- Version history and release notes
Documentation Directory Structure
docs/
├── technical/ # Technical documentation and analysis
│ ├── concurrency-analysis.md
│ ├── storage-concurrency-analysis.md
│ ├── threading.md
│ ├── statistics.md
│ ├── testing.md
│ ├── vitest-improvements.md
│ ├── realtime-updates.md
│ ├── metadata-handling.md
│ ├── vector-dimension-standardization.md
│ ├── use-model-loading-explanation.md
│ ├── dimension-mismatch-summary.md
│ ├── storage-testing.md
│ ├── technical-guides.md
│ └── concurrency-implementation-summary.md
├── development/ # Development and contributor documentation
│ ├── developers.md
│ ├── documentation-standards.md
│ ├── markdown-conventions.md
│ ├── expected-test-messages.md
│ └── pretty-test-reporter.md
└── guides/ # User guides and migration documentation
└── production-migration-guide.md
Archive Directory
archive/ # Archived and temporary files
├── changes.md # Old detailed changelog
├── changes-summary.md # Old changelog summary
├── demo.md # Demo documentation
├── fix-documentation.md # Temporary fix notes
└── test-issue-summary.md # Test issue summary
CHANGELOG.md Management
Automated Workflow
The project now uses automated changelog management:
-
Adding Changes: Add entries to the
[Unreleased]section inCHANGELOG.md -
Version Bumping: Use npm scripts that automatically update the changelog:
npm run version:patch- Patch version bump + changelog updatenpm run version:minor- Minor version bump + changelog updatenpm run version:major- Major version bump + changelog update
-
Manual Updates: Use
npm run changelog:updateto manually update the changelog
Changelog Format
The changelog follows the Keep a Changelog standard:
- Added - New features
- Changed - Changes in existing functionality
- Deprecated - Soon-to-be removed features
- Removed - Now removed features
- Fixed - Bug fixes
- Security - Vulnerability fixes
GitHub Integration
The CHANGELOG.md is automatically used for:
- GitHub releases (via
scripts/create-github-release.js) - NPM package release notes
- Version history tracking
Benefits of New Structure
- Clean Root Directory: Reduced from 29 to 4 essential markdown files
- Better Organization: Logical categorization of documentation
- GitHub Compliance: Follows GitHub and NPM best practices
- Automated Maintenance: Changelog updates are automated
- Easy Navigation: Clear directory structure for different doc types
- Historical Preservation: Old documentation archived, not lost
Workflow for Contributors
Adding Documentation
- Technical docs →
docs/technical/ - Development docs →
docs/development/ - User guides →
docs/guides/ - Temporary files →
archive/(if needed)
Making Changes
- Add changes to
[Unreleased]section inCHANGELOG.md - Use appropriate category (Added, Changed, Fixed, etc.)
- When ready to release, use
npm run version:patch/minor/major - The changelog will be automatically updated with version and date
Release Process
- Ensure
[Unreleased]section has all changes - Run
npm run version:patch/minor/major - Run
npm run deployto publish and create GitHub release - GitHub release will use CHANGELOG.md content
Migration Notes
- All technical documentation moved to
docs/technical/ - Development documentation moved to
docs/development/ - Old changelog files archived in
archive/ - Links in existing documentation may need updates
- New automation ensures changelog stays current
This reorganization provides a sustainable, scalable approach to documentation management that follows industry best practices and integrates seamlessly with GitHub and NPM workflows.