79 lines
4.1 KiB
Markdown
79 lines
4.1 KiB
Markdown
# Agent Guidelines for awesome-docker
|
|
|
|
## Commands
|
|
- Build CLI: `make build` (or `go build -o awesome-docker ./cmd/awesome-docker`)
|
|
- Rebuild from scratch: `make rebuild`
|
|
- Show local workflows: `make help`
|
|
- Format Go code: `make fmt`
|
|
- Run tests: `make test` (runs `go test ./internal/... -v`)
|
|
- Race tests: `make test-race`
|
|
- Lint README rules: `make lint` (runs `./awesome-docker lint`)
|
|
- Auto-fix lint issues: `make lint-fix`
|
|
- Check links: `make check` (runs `./awesome-docker check`; `GITHUB_TOKEN` enables GitHub repo checks)
|
|
- PR-safe link checks: `make check-pr`
|
|
- PR validation: `make validate` (lint + external link checks in PR mode)
|
|
- Build website: `make website` (generates `website/index.html` from `README.md`)
|
|
- Health scoring: `make health` (requires `GITHUB_TOKEN`, refreshes `config/health_cache.yaml`)
|
|
- Print health report (Markdown): `make report`
|
|
- Print health report (JSON): `make report-json` or `./awesome-docker report --json`
|
|
- Generate report files: `make report-file` (`HEALTH_REPORT.md`) and `make report-json-file` (`HEALTH_REPORT.json`)
|
|
- Maintenance shortcut: `make workflow-maint` (health + JSON report file)
|
|
|
|
## Architecture
|
|
- **Main content**: `README.md` (curated Docker/container resources)
|
|
- **CLI entrypoint**: `cmd/awesome-docker/main.go` (Cobra commands)
|
|
- **Core packages**:
|
|
- `internal/parser` - parse README sections and entries
|
|
- `internal/linter` - alphabetical/order/format validation + autofix
|
|
- `internal/checker` - HTTP and GitHub link checks
|
|
- `internal/scorer` - repository health scoring and report generation
|
|
- `internal/cache` - exclude list and health cache read/write
|
|
- `internal/builder` - render README to website HTML from template
|
|
- **Config**:
|
|
- `config/exclude.yaml` - known link-check exclusions
|
|
- `config/website.tmpl.html` - HTML template for site generation
|
|
- `config/health_cache.yaml` - persisted health scoring cache
|
|
- **Generated outputs**:
|
|
- `awesome-docker` - compiled CLI binary
|
|
- `website/index.html` - generated website
|
|
- `HEALTH_REPORT.md` - generated markdown report
|
|
- `HEALTH_REPORT.json` - generated JSON report
|
|
|
|
## Code Style
|
|
- **Language**: Go
|
|
- **Formatting**: Keep code `gofmt`-clean
|
|
- **Testing**: Add/adjust table-driven tests in `internal/*_test.go` for behavior changes
|
|
- **Error handling**: Return wrapped errors (`fmt.Errorf("context: %w", err)`) from command handlers
|
|
- **CLI conventions**: Keep command behavior consistent with existing Cobra commands (`lint`, `check`, `health`, `build`, `report`, `validate`)
|
|
|
|
## CI/Automation
|
|
- **PR + weekly validation**: `.github/workflows/pull_request.yml`
|
|
- Triggers on pull requests to `master` and weekly schedule
|
|
- Builds Go CLI and runs `./awesome-docker validate`
|
|
- **Weekly broken links issue**: `.github/workflows/broken_links.yml`
|
|
- Runs `./awesome-docker check`
|
|
- Opens/updates `broken-links` issue when failures are found
|
|
- **Weekly health report issue**: `.github/workflows/health_report.yml`
|
|
- Runs `./awesome-docker health` then `./awesome-docker report`
|
|
- Opens/updates `health-report` issue
|
|
- **GitHub Pages deploy**: `.github/workflows/deploy-pages.yml`
|
|
- On push to `master`, builds CLI, runs `./awesome-docker build`, deploys `website/`
|
|
|
|
## Makefile Workflow
|
|
- The `Makefile` models file dependencies for generated artifacts (`awesome-docker`, `website/index.html`, `config/health_cache.yaml`, `HEALTH_REPORT.md`, `HEALTH_REPORT.json`).
|
|
- Prefer `make` targets over ad-hoc command sequences so dependency and regeneration behavior stays consistent.
|
|
- Use:
|
|
- `make workflow-dev` for local iteration
|
|
- `make workflow-pr` before opening/updating a PR
|
|
- `make workflow-maint` for health/report maintenance
|
|
- `make workflow-ci` for CI-equivalent local checks
|
|
|
|
## Content Guidelines (from CONTRIBUTING.md)
|
|
- Use one link per entry
|
|
- Prefer project/repository URLs over marketing pages
|
|
- Keep entries alphabetically ordered within each section
|
|
- Keep descriptions concise and concrete
|
|
- Use `:heavy_dollar_sign:` only for paid/commercial services
|
|
- Remove archived/deprecated projects instead of tagging them
|
|
- Avoid duplicate links and redirect variants
|