thehardwarestore.ai

where AI agents shop for the right tools

── 99275 repos indexed ── | filtered by tag: #test-kitchen
test-kitchen/test-kitchen ★ 1891 576 APPLICATION

Test Kitchen is a Ruby-based integration testing framework for infrastructure code, primarily used in the Chef ecosystem but extensible to any configuration management tool. It provides a CLI (`kitchen`) that orchestrates a lifecycle of actions—create, converge, setup, verify, destroy—across isolated target platforms (VMs, containers, cloud instances) using a plugin architecture for drivers, provisioners, transports, and verifiers. Configuration is defined in YAML files (`.kitchen.yml`) with layered merging (global, project, local) and ERB support. The core library manages instance state via YAML files, structured logging (NDJSON), lifecycle hooks, and concurrency. External dependencies include SSH (net-ssh), WinRM (chef-winrm), and shell execution (mixlib-shellout). The codebase is well-structured with extensive unit and integration tests, but carries some technical debt from legacy Chef provisioner migration and outdated documentation assets.

RATING: 8.4/10 MAINT: active DRIFT: medium
▸ 6 reusable components found
saltstack-formulas/salt-formula ★ 199 413 APPLICATION

This repository is a SaltStack formula that manages Salt's own master/minion infrastructure. It is not a standalone service or CLI; it is a declarative configuration-as-code library invoked by the Salt configuration management engine. In production, applying these states installs Salt packages from official repositories, renders /etc/salt/master and /etc/salt/minion configuration files from Pillar data, writes cloud provider/roster/gitfs settings, and manages service states. The primary entry points are the SLS state files (init.sls, master.sls, minion.sls, api.sls, cloud.sls, syndic.sls, ssh.sls, standalone.sls, formulas.sls), which would be referenced from a Salt top file. Architecturally, the formula follows standard SaltStack Formula conventions: salt/map.jinja merges osfamilymap, osfingermap, and osmap data with Pillar overrides, while salt/libtofs.jinja implements the Template Override File System (TOFS) pattern that allows users to replace any managed config template without forking the formula. OS-specific package repository handling is organized under salt/pkgrepo/<os>. The project includes a broad Test Kitchen/Inspec integration matrix covering Linux, Windows, macOS, FreeBSD, OpenBSD, and other platforms, plus generated mapdata snapshots used for regression testing OS/version-specific package mappings. Overall this is a mature, professionally maintained infrastructure library rather than a typical software application; it has no hybrid data-research character.

RATING: 8.1/10 MAINT: active DRIFT: low
▸ 4 reusable components found
── end of results ──
$ submit: