gsd-reapply-patches

Reapplies local patches to a new GSD version via three-way merge.

Updated Aug 15, 2025
One-click install
npx skills add https://github.com/gesmith0606/nfl_data_engineering --skill gsd-reapply-patches-gesmith0606
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-reapply-patches
Source: https://github.com/gesmith0606/nfl_data_engineering/tree/main/.claude/skills/gsd-reapply-patches
Command: npx skills add https://github.com/gesmith0606/nfl_data_engineering --skill gsd-reapply-patches-gesmith0606

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

After a GSD update wipes and reinstalls files, this workflow merges user customizations back into the new version using a three-way comparison (pristine baseline, user-modified backup, newly installed version) to reliably distinguish user changes from version drift. The invariant ensures that every file backed up to gsd-local-patches is preserved and, if necessary, flagged for review as a conflict rather than skipped.

Core Features & Use Cases

  • Detect backed-up patches in gsd-local-patches and locate a pristine baseline (git history or gsd-pristine) to enable three-way merge.
  • Apply user changes from the backup to the new install while assimilating upstream updates, with per-file merge statuses (Merged, Conflict, Incorporated).
  • Flag conflicts for user review and provide guidance to resolve differences when both upstream and user changes affect the same content.

Quick Start

Reapply local patches from gsd-local-patches to the freshly installed GSD version using a three-way merge and flag conflicts for review.

Frequently Asked Questions about gsd-reapply-patches

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

FAQPage Schema
How do I reapply local modifications after a software update wipes my files?

To reapply local modifications after an update wipes files, use a three-way merge to compare a pristine baseline, user backups, and the new install. This preserves custom changes while applying upstream updates and flags conflicts for review.

How does a three-way merge handle conflicts between user backups and upstream updates?

A three-way merge handles conflicts by comparing the pristine baseline, user-modified backup, and newly installed version. When both upstream and user changes affect the same content, it flags the file as a conflict for manual review.

What's the best way to distinguish user changes from version drift after an update?

The best way to distinguish user changes from version drift is performing a three-way comparison against a pristine baseline, user backups, and the new install, parsing backup-meta.json to determine per-file merge statuses.

Do I need a pristine baseline to merge local patches into a new version?

Yes, you need a pristine baseline from git history or a clean install to enable a three-way merge. It provides the reference point needed to accurately separate your local patches from upstream version drift.

What file statuses can I expect when reapplying local patches?

When reapplying local patches, you can expect per-file statuses of Merged, Conflict, or Incorporated. This output identifies which custom changes were successfully applied and which files require conflict resolution.

Why does my update overwrite custom files instead of merging them?

Updates overwrite custom files because they wipe and reinstall versions without automatically preserving local modifications. You must explicitly reapply patches using a three-way merge to safely integrate custom changes back into the new install.