garamatic-multirepo

Coordinate multi-repo contract updates across Garamatic services with validation and rollback guardrails.

Updated Dec 11, 2024
One-click install
npx skills add https://github.com/huaxel/dotfiles --skill garamatic-multirepo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: garamatic-multirepo
Source: https://github.com/huaxel/dotfiles/tree/main/skills/garamatic-multirepo
Command: npx skills add https://github.com/huaxel/dotfiles --skill garamatic-multirepo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill coordinates multi-repo changes across Garamatic microservices to ensure consistency and reduce manual drift.

Core Features & Use Cases

  • Cross-repo coordination: propagate shared contracts from integration-contracts to dependent services.
  • Parallel updates: orchestrate worktrees and per-service tasks to minimize downtime.
  • Use Case: When a shared contract changes, update integration-contracts, then apply updates across ticket-masala, mailing-service, event-planner, garamatic-web, and masala-web.

Quick Start

Run the garamatic-multirepo skill to synchronize contract updates across all Garamatic services.

Frequently Asked Questions about garamatic-multirepo

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

FAQPage Schema
How do I coordinate multi-repo changes across microservices to ensure consistency?

Multi-repo changes are coordinated by updating integration-contracts first, then propagating those updates to dependent services like ticket-masala, masala-web, and mailing-service within a defined workflow.

What is the best way to propagate shared contract updates across Garamatic services?

Propagating shared contract updates starts by applying changes to integration-contracts, then orchestrating parallel updates to ticket-masala, mailing-service, event-planner, garamatic-web, and masala-web.

How do I manage parallel updates with per-repo worktrees for microservices?

Parallel updates are managed by orchestrating per-repo worktrees and per-service tasks, enforcing requirements for tagged states to minimize downtime and reduce manual drift across repositories.

Can I rollback multi-repo changes if a contract update fails across services?

Rollback guardrails are enforced during multi-repo changes, providing clear validation and allowing you to safely revert contract updates propagated across dependent Garamatic services.

When do I need to use a multi-repo orchestration workflow for contract changes?

A multi-repo orchestration workflow is needed when a shared contract changes and you must apply synchronized updates across integration-contracts and dependent services to prevent manual drift.

Does Garamatic multirepo require tagged states before applying service updates?

Tagged states are required for Garamatic multirepo operations, serving as validation guardrails to safely propagate integration-contracts to dependent services like event-planner and masala-web.