How to control duplicate files without deleting useful variants
Illustrative scenario
A scenario for distinguishing exact duplicates, versions, adaptations, and similar files before consolidating a repository.
This scenario does not demonstrate a 90% reduction. It explains how to review similar files without assuming that everything alike is a duplicate.
A repository contains “acme_logo.png”, “acme_logo_copy.png”, “acme_logo_white.png”, “acme_logo_2022.png”, and “acme_logo_FINAL.ai”.
The first two may be exact copies. White is a variant. The 2022 file may be obsolete. AI may be the primary editable. Deleting four files by visual similarity would destroy useful context.
Classify the relationship
- Exact duplicate: binary-identical content under any filename.
- Different compression: visual content matches but resolution, quality, or metadata differs.
- Version: another stage such as draft, review, approved, or published.
- Adaptation: a different format, language, channel, size, or territory linked to a master.
- Similar but independent: related photographs or designs that are not duplicates.
Do not delete automatically
Detection can create a review queue: group candidates, show metadata and use, identify related campaigns, suggest a primary asset, let a person decide, and record the decision.
Regulated, published, or differently licensed files require more care.
Choose a source of truth
For each family, identify the editable master, approved version, linked adaptations, originals, and obsolete versions.
Redirect references to the primary asset before removing a copy. Do not leave presentations or campaigns pointing at a deleted file.
A photograph example
Four visually identical JPGs appear: 6000 × 4000 master, 2000 × 1333 web, 1080 × 1350 Instagram, and 1080 × 1350 advertisement with text.
They are one original and three derivatives, not four useless copies. Record the relationship so nobody uses the advertisement as a clean photograph.
Establish a baseline
Measure confirmed exact copies, families without a primary asset, versions with unknown state, detached adaptations, recovered space, and obsolete-file incidents.
Improvement is the difference between reviews, not a universal figure.
Similarity in an asset library helps discover candidates. Governance decides what each relationship means and what can be removed.