| Metadata | Value |
|---|---|
| Status | Active |
| Version | 1.1.0 |
| Last Updated | 2026-09-10 |
| Author | Sangeetha Grantha Team |
| Document Type | Current guide |
This document outlines the retention and archiving strategy for Sangita Grantha documentation. The goal is to maintain a clean, current documentation tree while preserving historical context.
All archived documentation is stored in application_documentation/archive/ with the following structure:
archive/
├── database-archive/ # Legacy database schemas and migrations
├── graph-explorer/ # Archived graph database evaluation docs
├── requirements-spec/ # Legacy requirement specifications
├── ui-ux/ # Archived UI/UX documentation
└── [feature-name]/ # Feature-specific archived docs
Documentation should be archived when:
If archiving a feature or topic, create a subdirectory in archive/:
mkdir -p application_documentation/archive/[feature-name]
Create a README.md in the archive directory explaining:
Example:
[Brief description of what was archived]
[Why these documents were archived]
[Link to current documentation, if applicable]
Move files to the archive directory:
mv application_documentation/[path]/[file].md \
application_documentation/archive/[feature-name]/
Set the document status to "Archived" in front matter:
archive/database-archive/)Legacy database schemas, DDL scripts, and design documents from earlier iterations.
archive/graph-explorer/)Documentation from the Neo4j graph database evaluation phase. The feature was not implemented, but the evaluation documents are preserved for reference.
archive/requirements-spec/)Legacy requirement specifications that have been superseded by the current PRD structure.
archive/ui-ux/)Archived UI/UX documentation and specifications.
Only delete documentation if:
Note: When in doubt, archive rather than delete.
Review the documentation tree quarterly to:
The main documentation index (application_documentation/README.md) references the retention plan but does not list all archived documents. Archive directories should maintain their own README files for discoverability.