git-version-control

Commit and tag git changes while logging human-readable version entries.

8|3|Updated Mar 6, 2026
One-click install
npx skills add https://github.com/Mr-Fang-VLSI/EDAgent --skill git-version-control-mr-fang-vlsi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-version-control
Source: https://github.com/Mr-Fang-VLSI/EDAgent/tree/main/skills/git-version-control
Command: npx skills add https://github.com/Mr-Fang-VLSI/EDAgent --skill git-version-control-mr-fang-vlsi

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Create repeatable, traceable versioned checkpoints for research and EDA experiments so changes can be audited, compared, and rolled back with clarity and reproducibility.

Core Features & Use Cases

  • Structured commits and tags: Guidance for consistent commit titles and optional annotated tags to mark stable checkpoints.
  • Human-readable version log: Maintain per-topic version logs that capture version token, baseline, characteristics, distinguishing points, changed files, and validation evidence.
  • Validation and traceability: Commands and checks to verify commit contents, changed-file lists, and diffs for reliable comparisons and recoveries.
  • Use Case: Snapshot an experiment before a new parameter sweep, tag the snapshot, and update the version log to compare outcomes against a defined baseline.

Quick Start

Commit and tag the current experiment as a version token, then append the commit hash, baseline, characteristics, distinguishing points, and changed files to the appropriate docs/versioning/<topic>.version_log.md.

Frequently Asked Questions about git-version-control

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create reproducible git checkpoints for local experiments?

Create reproducible git checkpoints by committing and tagging changes with consistent titles, then appending the commit hash, baseline, and characteristics to a human-readable version log for auditable traceability.

What's the best way to track experiment baselines and changed files in git?

Track experiment baselines and changed files by enforcing explicit baseline attribution during git commits and listing changed files in a per-topic version log to maintain reliable comparisons and recoveries.

How do I validate a git experiment snapshot before rolling back?

Validate a git experiment snapshot by running git show and git diff commands to verify commit contents, inspect changed-file lists, and confirm diffs before rolling back to a previous baseline.

When do I need annotated git tags for research and EDA repositories?

Annotated git tags are needed for research and EDA repositories when marking stable checkpoints before a new parameter sweep, ensuring experiment snapshots can be compared against a defined baseline with traceable change records.

Does this git versioning approach work without external dependencies?

This git versioning approach works without external dependencies, relying solely on standard git commands to create structured commits, annotated tags, and version logs for local experiment reproducibility.

Why should I maintain a human-readable version log instead of just using git commit history?

Maintain a human-readable version log alongside git history to capture version tokens, distinguishing points, and validation evidence in a structured format, making experiment characteristics and baselines easier to audit than raw commit messages.