dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-005

This is an old revision of the document!


FR-CFG-005 — Configuration Version History

Crucible SHALL preserve each revision of an Infrastructure Configuration and the relationship between successive revisions.

The system SHALL maintain complete configuration version history.

Crucible System Requirements Specification, Version 1.1 Draft, Functional Requirements, Configuration Management, FR-CFG-005.

The source statement expresses the approved functional intent but does not provide all information required for deterministic verification.

The following Specification, Discipline and Authoring findings apply:

  • The system does not use the defined system name
  • Maintain does not identify the specific behavior Crucible performs
  • Configuration does not identify the configuration artifact to which the requirement applies
  • Complete does not identify the minimum content required for completeness
  • Version history does not identify whether the history includes revision content, revision identifiers, revision relationships, or other revision metadata
  • The source statement does not identify the observable result used to verify preservation of the version history

The normalized Statement:

  • Replaces The system with the defined system name
  • Replaces maintain with the direct behavior preserve
  • Identifies the Infrastructure Configuration as the controlled artifact
  • Requires preservation of every Infrastructure Configuration revision
  • Requires preservation of the relationship between successive revisions

The normalized Statement interprets complete configuration version history as the preserved set of Infrastructure Configuration revisions and the succession relationships that order those revisions.

The normalized Statement does not introduce approval, authorship, timestamp, change-rationale, retention-period, rollback, deployment, provenance, or traceability obligations. Separate requirements govern those behaviors when required.

Configuration version history records how an Infrastructure Configuration changes over time.

Each revision represents a distinguishable state of the Infrastructure Configuration.

Preserving the relationship between successive revisions establishes the order in which those states occurred.

Without preserved revisions and succession relationships, an organization cannot reliably determine:

  • Which configuration states existed
  • How one configuration state followed another
  • Whether a later revision replaced an earlier revision
  • Which revision represents a particular historical configuration state

Configuration version history provides a foundation for separately governed activities such as:

  • Revision comparison
  • Prior-state reconstruction
  • Change review
  • Rollback
  • Configuration drift analysis
  • Audit

This requirement complements FR-CFG-002:

  • FR-CFG-002 requires each Infrastructure Configuration to exist as a machine-readable Artifact managed through Version Control
  • FR-CFG-005 requires preservation of every configuration revision and the relationships among successive revisions

This requirement applies to:

  1. Verification SHALL confirm that each tested Infrastructure Configuration revision remains preserved after a succeeding revision is created
  2. Verification SHALL confirm that the content of each tested revision remains distinguishable from the content of every other tested revision
  3. Verification SHALL confirm that each tested revision identifies the immediately preceding revision when a preceding revision exists
  4. Verification SHALL confirm that the preserved succession relationships place the tested revisions in their correct revision order
  5. Verification SHALL confirm that creation of a succeeding revision does not overwrite the content of a preceding revision

Verification may include:

  • Configuration revision inspection
  • Revision content comparison
  • Successive revision tests
  • Revision relationship inspection
  • Revision-order reconstruction
  • Revision overwrite tests
  • Version Control System history inspection

The verification record SHALL identify:

  1. The tested Infrastructure Configuration
  2. The tested revisions
  3. The content associated with each tested revision
  4. The preceding revision associated with each tested revision, when applicable
  5. The reconstructed revision order
  6. The revision overwrite test result
  7. The observed results
  8. The generated Evidence

The wiki Backlinks function provides the current list of pages that reference FR-CFG-005.

Incoming traceability should be derived dynamically from backlinks rather than maintained as a duplicate manual list.

Backlinks identify incoming references but do not define the semantics of each relationship. Referencing pages should identify whether the relationship represents realization, refinement, verification, dependency, or another defined traceability relationship.

The Crucible Concept of Operations describes the use of version-controlled configuration inputs within a CI/CD Pipeline workspace.

Preserved configuration revisions allow the workflow to:

  • Identify a particular Infrastructure Configuration state
  • Distinguish that state from earlier and later revisions
  • Determine the preceding revision
  • Reconstruct the order of configuration revisions
  • Use an identified historical configuration state in a separately governed activity

The preserved revision history provides the sequence of Infrastructure Configuration states used to understand how the configuration changed over time.

Phase 1 and subsequent phases

Not Assessed

Implementation status requires verification that Crucible preserves each Infrastructure Configuration revision and the relationship between successive revisions.

Draft

The source System Requirements Specification identifies Version 1.1 as a draft.


This requirement page should retain the stable requirement identifier FR-CFG-005.

Changes to the Statement SHALL preserve the approved intent of the source requirement.

Material changes should receive review and should update the related outbound traceability, verification criteria, and source records.

The Source Statement should preserve the original wording from the controlling System Requirements Specification.

Verification criteria should test only the preservation of Infrastructure Configuration revisions and their successive relationships.

Approval status, authorship, timestamps, change rationale, retention periods, deletion controls, comparison, rollback, deployment association, provenance, and traceability should not be introduced as normative behavior on this page unless the Statement changes through an approved requirements process.

Incoming traceability should use the wiki Backlinks function rather than a manually maintained list.

To reference this requirement Statement from another wiki page, insert:

{{section>dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-005#Statement&noheader&nofooter&noeditbtn}}

Do not rename this page after an external citation unless a redirect or move plan is in place.


© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

  • dido/02-crusible/99-annexes/annex-c-requirements/03-functional-requirements/03-01-configuration-management/fr-cfg-005.1784824869.txt.gz
  • Last modified: 2026/07/23 09:41
  • by nick_dido