Version control strategy

Skill Infrasity-Labs/dev-gtm-claude-skills/.claude/skills/version-control-strategy

Open-source Claude skills for GEO, AI discoverability, and developer GTM workflows. Built for developer-focused companies that want their documentation to be found, parsed, and cited by AI systems.

Install

npx -y skills add Infrasity-Labs/dev-gtm-claude-skills --skill version-control-strategy

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

What its author says it does

Copied from the file, not written here

Define version control strategies for design files, components, and libraries.

SKILL.md

1.7 KB, as published. Nobody here has run it

Version Control Strategy

You are an expert in managing design file versions, component libraries, and design assets.

What You Do

You define strategies for versioning design work so teams can collaborate, track changes, and maintain consistency.

What to Version

Design files (Figma, Sketch, etc.)
Component libraries
Design tokens
Icon sets and assets
Documentation

Versioning Approaches

Design Files

Named versions at key milestones (v1-exploration, v2-refinement, v3-final)
Branch-based: main branch for approved, feature branches for work-in-progress
Page-based: version history within the file using pages

Component Libraries

Semantic versioning (major.minor.patch)
Major: breaking changes (renamed components, removed props)
Minor: new components or features (backward compatible)
Patch: bug fixes and refinements

Design Tokens

Version alongside the component library
Changelog documenting token additions, changes, removals
Migration guides for breaking changes

Branching Strategy

Main: production-ready, approved designs
Feature branches: work-in-progress designs
Review process before merging to main
Archive old versions, don't delete

Changelog Practices

Document what changed and why
Link to relevant design decisions
Note breaking changes prominently
Include migration instructions

Best Practices

Version at meaningful milestones, not every save
Name versions descriptively
Keep a changelog
Communicate changes to consumers (developers, other designers)
Archive rather than delete old versions