rm-guide-config

Enforces centralized, script-driven conventions for repository build and package configuration changes.

Updated Nov 11, 2023
One-click install
npx skills add https://github.com/michaelvolz/redmuffin.Blazor.StaticWeb --skill rm-guide-config
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rm-guide-config
Source: https://github.com/michaelvolz/redmuffin.Blazor.StaticWeb/tree/main/.opencode/skills/redmuffin-standards/rm-guide-config
Command: npx skills add https://github.com/michaelvolz/redmuffin.Blazor.StaticWeb --skill rm-guide-config

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill ensures repository-level build commands, dev modes, package management, and configuration changes stay consistent by keeping version metadata and operations centralized and script-driven.

Core Features & Use Cases

  • Version centralization through Directory.Packages.props prevents scattering package versions across projects.
  • Scripted workflows mean preferring repository scripts for package updates, verification, and dev startup tasks instead of ad-hoc commands.
  • Command guidance enforces pwsh -NoProfile for PowerShell operations, keeping shell environments predictable and repeatable.
  • Use case: When editing build tooling or dev startup scripts, follow these guidelines to keep the configuration narrow, reversible, and aligned with existing automation.

Quick Start

Align the repository build and package configuration changes with rm-guide-config conventions using existing scripts.

Frequently Asked Questions about rm-guide-config

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

FAQPage Schema
How do I centralize package versions across multiple projects in a repository?

Centralize package versions by using Directory.Packages.props to prevent scattering package metadata across individual projects. This keeps version control predictable and ensures repository-wide consistency when updating or verifying dependencies.

What is the best way to standardize repository build commands and dev modes?

Standardize repository build commands and dev modes by preferring existing repository scripts for package updates and startup tasks instead of ad-hoc commands. This approach keeps configuration narrow, reversible, and aligned with existing automation.

Why use pwsh -NoProfile for PowerShell tasks in repository scripts?

Use pwsh -NoProfile for PowerShell tasks to keep shell environments predictable and repeatable. Loading profiles can introduce environment-specific variables that break scripted workflows, so bypassing them ensures consistent command execution across machines.

Does this repository configuration approach work without existing repository scripts?

This approach requires routine use of repository scripts for package updates, verification, and dev startup tasks. Without existing scripts to centralize operations, you would need to establish them first to follow the scripted workflow conventions properly.

When do I need to update Directory.Packages.props?

Update Directory.Packages.props when touching package management or build configuration to keep version metadata centralized. Apply this when editing dev modes, build commands, or repository configuration documentation to maintain consistent conventions.

Can I use ad-hoc commands instead of repository scripts for package updates?

Ad-hoc commands should be avoided in favor of repository scripts for package updates and verification. Scripted workflows ensure configuration changes remain consistent, predictable, and reversible across the repository environment.