Skip to content
Back to skills

274 Release Guide 99495a39

ASecurity

Releases are now **fully automated** when PRs are merged to the `main` branch.

  • 4 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 31, 2026
devopsgodockergit

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned May 31, 2026

npx -y skills add tools-only/X-Skills --skill 274-release_guide_99495a39 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of 274 Release Guide 99495a39?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for 274 Release Guide 99495a39
[![Security: A β€” Skills Directory](https://www.skillsdirectory.com/api/skills/tools-only-274-release-guide-99495a39/badge)](https://www.skillsdirectory.com/skills/tools-only-274-release-guide-99495a39)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
# Release Guide

## πŸš€ Automated Release Process

Releases are now **fully automated** when PRs are merged to the `main` branch.

## πŸ“‹ How Releases Work

### 1. **Automatic Release Creation**
- **Trigger**: Any merge to `main` branch
- **Version**: Automatically uses version from `src/local_deep_research/__version__.py`
- **Changelog**: Auto-generated from commit history since last release
- **No duplicates**: Skips if release already exists for that version

### 2. **Automatic Publishing** (with approval)
- **GitHub Release** β†’ triggers:
  - **PyPI publishing** (requires `release` environment approval)
  - **Docker publishing** (requires `release` environment approval)

## πŸ‘₯ Who Can Release

Code owners (defined in `.github/CODEOWNERS`):
- `@LearningCircuit`
- `@hashedviking`
- `@djpetti`

## πŸ“ Release Workflow

### For Regular Releases:

1. **Create PR** with your changes
2. **Update version** in `src/local_deep_research/__version__.py`
3. **Get approval** from code owners
4. **Merge to main** β†’ Release automatically created
5. **Approve publishing** in GitHub Actions (PyPI/Docker)

### For Hotfixes:

1. **Create hotfix branch** from main
2. **Make minimal fix**
3. **Bump patch version** (e.g., 0.4.3 β†’ 0.4.4)
4. **Fast-track review** by code owners
5. **Merge to main** β†’ Automatic release

## πŸ”§ Manual Release Options

### Option A: Manual Trigger
- Go to Actions β†’ "Create Release" β†’ "Run workflow"
- Specify version and prerelease flag

### Option B: Version Tags
- `git tag v0.4.3 && git push origin v0.4.3`
- Automatically creates release

## πŸ›‘οΈ Branch Protection

- **Main branch** is protected
- **Required reviews** from code owners
- **No direct pushes** - only via approved PRs
- **Status checks** must pass (CI tests)

## πŸ“¦ Version Numbering

Follow [Semantic Versioning](https://semver.org/):
- **Major** (X.0.0): Breaking changes
- **Minor** (0.X.0): New features, backward compatible
- **Patch** (0.0.X): Bug fixes, backward compatible

## 🚨 Emergency Procedures

If automation fails:
1. **Manual GitHub release** still triggers PyPI/Docker
2. **Contact code owners** for assistance
3. **Check workflow logs** in GitHub Actions

## πŸ“Š Release Checklist

- [ ] Version updated in `__version__.py`
- [ ] Changes tested in PR
- [ ] Code owner approval received
- [ ] CI tests passing
- [ ] Merge to main completed
- [ ] Release automatically created
- [ ] PyPI/Docker publishing approved

Files in this skill

  • README.md840 B
  • skill.md2.4 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…