Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Fused-Gaming/DevOps

Folders and files

NameName
Last commit message
Last commit date

Latest commit

History

243 Commits

Repository files navigation

DevOps Quick Access - Complete System

πŸš€ Release v2.3.0

Complete automation for DevOps MVP progress tracking with real-time monitoring and reporting.

⭐ NEW in v2.3.0 - DevOps CP

GitHub Actions Workflows:

  • milestone-tracking.yml - Real-time progress updates on every issue/PR change
  • init-milestones.yml - On-demand creation of all MVP milestone issues

Progress Tracking Scripts:

  • scripts/milestone-status.sh - Quick status overview (zero dependencies)
  • scripts/check-milestone-progress.sh - Detailed progress reports with visual bars

Features:

  • πŸ“Š Real-time milestone progress updates with percentage tracking
  • πŸ’¬ Automatic PR/issue comments when milestones update
  • ⚠️ Critical issue detection and alerts
  • 🎯 MVP completion tracking and release readiness checks
  • πŸ“ˆ Visual progress bars in detailed reports
  • πŸš€ Automatic milestone completion celebrations

πŸŽ›οΈ DevOps Control Panel

Centralized web dashboard for project management.

Live at: https://dev-ops-omega.vercel.app

Features:

  • Real-time webhook monitoring for Telegram bots
  • Deployment status dashboard for all Vercel projects
  • Quick action buttons for common DevOps tasks
  • Service health checks and monitoring
  • Integrated console/logs viewer
  • Attorney Finder Bot management interface
  • CI/CD pipeline status overview

πŸ”Œ API Endpoints

  • /api/deployments - List all Vercel deployments with status
  • /api/webhook-manager - Manage Telegram bot webhooks (GET/POST)
  • Full CORS support for cross-origin requests

πŸ” Vercel Deployment Monitoring

Automated monitoring system for design.vln.gg with intelligent failure detection and auto-issue creation.

Features:

  • βœ… Monitors deployments every 30 minutes automatically
  • βœ… Smart error detection with context-aware solutions
  • βœ… Auto-creates GitHub issues on build failures with detailed logs
  • βœ… Framework validation, dependency errors, build failures, and timeout detection
  • βœ… Provides step-by-step solutions based on error type
  • βœ… Duplicate issue prevention and cleanup

See: docs/VERCEL-DEPLOYMENT-MONITORING.md for complete documentation

🌐 Subdomain Architecture

Standardized subdomain structure for vln.gg domain with 12 designated subdomains:

Production Services:

  • app.vln.gg - Main application
  • api.vln.gg - Backend API endpoints
  • auth.vln.gg - Authentication service
  • pay.vln.gg - Payment processing
  • wallet.vln.gg - Wallet management

Content & Documentation:

  • docs.vln.gg - Technical documentation
  • help.vln.gg - Help center and support
  • edu.vln.gg - Educational resources
  • design.vln.gg - Design system and UI library

Development & Infrastructure:

  • dev.vln.gg - Development environment
  • preview.vln.gg - Preview/demo environment
  • mail.vln.gg - Email services

See: docs/SUBDOMAIN-ARCHITECTURE.md for complete architecture documentation and deployment guidelines.

Documentation

Quick Start

# Check milestone progress
bash scripts/milestone-status.sh
# Open DevOps panel
open https://dev-ops-omega.vercel.app

Integration

Can be integrated into:

  • setup-devops-quick-access.sh with aliases
  • Makefile with make milestones target
  • Works with existing scripts/create-milestone-issues.sh

Full Changelog

See CHANGELOG.md for complete details.


Contributors: Claude (Milestone Tracking System & DevOps Panel)

πŸ€– Generated with Claude Code

TL;DR: Type devops from anywhere to run comprehensive pipeline checks. 5-minute setup, lifetime productivity boost.


⭐ NEW in v2.2 - Attorney Finder Telegram Bot

πŸ›οΈ Major New Feature: Attorney Finder Bot

A complete Telegram bot application for helping users find legal counsel!

  • πŸ” Smart Search - Search attorneys by ZIP code, city, or practice area
  • 🌐 Web Scraping - Automatically extract attorney info from web pages
  • πŸ’Ύ SQLite Database - Fast, indexed searches with complete attorney profiles
  • πŸ€– Telegram Interface - Clean bot with /search, /scrape, /stats commands
  • πŸ“± Natural Queries - Just type "94621 family law" to search
  • πŸ”’ Privacy-Focused - No automated calling, users contact attorneys manually
  • ⚑ Easy Setup - One-click installation with setup.sh and run.sh

πŸ“ Location: attorney-finder-bot/ | πŸ“š Quick Start Guide β†’ | πŸ“– Full Docs β†’


πŸ€– NEW: Telegram Bot Templates

⚑ Create Production-Ready Bots in 60 Seconds!

Never start from scratch again! Generate fully-configured Telegram bots with one command.

Quick Start:

cd telegram-bot-templates
./create-bot.sh my-awesome-bot YOUR_BOT_TOKEN
cd my-awesome-bot-bot
./setup.sh && ./run.sh

What You Get:

  • βœ… Dual mode (polling for dev, webhook for production)
  • βœ… Vercel deployment built-in
  • βœ… One-click deploy scripts
  • βœ… Clean, maintainable structure
  • βœ… Security best practices
  • βœ… Full documentation

Features:

  • πŸš€ Instant Setup - Bot ready in 1 minute
  • πŸ”„ Local β†’ Production - Seamless workflow
  • πŸ“¦ Vercel Integration - Deploy with ./deploy-vercel.sh
  • πŸ”’ Secure by Default - .env gitignored, tokens protected
  • πŸ“š Well Documented - README, quickstart, examples

Use Cases:

./create-bot.sh customer-support # Customer service bot
./create-bot.sh notifications # Alert/notification bot
./create-bot.sh admin-panel # Admin tools bot
./create-bot.sh data-collector # Survey/data collection bot

πŸ“ Location: telegram-bot-templates/ | ⚑ Quick Start β†’ | πŸ“– Full Docs β†’

Example: The Attorney Finder Bot was built using this template!


⭐ v2.0 - Enhanced Automation Features

We've added powerful new automation features to supercharge your DevOps workflow:

🎯 What's New

  • πŸ” Claude Code Usage Tracking - Automatically track AI usage, tokens, and costs on every commit
  • ⚑ Automated Usage Workflow - GitHub Actions tracks usage on every push/PR with detailed reports
  • πŸ§ͺ Enhanced Testing - Comprehensive diagnostics with beautiful progress indicators and troubleshooting
  • πŸ“Š Interactive Makefile - Progress bars, colored output, and clear status updates
  • πŸš€ Enhanced CI/CD - Better feedback in GitHub Actions workflows with test troubleshooting
  • 🎨 SEO & Marketing Automation - Auto-generate sitemap, robots.txt, schema.json, CNAME, and more
  • 🌐 CNAME Generation - Easy custom domain setup for GitHub Pages with DNS guidance
  • πŸ“± Social Media Ready - Meta tags and graphics templates for all platforms
  • πŸ”„ Auto Update Checker - Stay current with interactive update notifications

πŸš€ Quick Start with New Features

# Complete setup (includes new features)
make setup
# Run enhanced tests with diagnostics
make test
# Generate all SEO files (including CNAME)
make seo-optimize
# Check for updates
make update
# View project status and usage
make status
make view-usage
# See all available commands
make help

πŸ“š Read the Complete Features Guide β†’


πŸ†• Latest Features (v2.1)

⚑ Automated Claude Usage Tracking Workflow

GitHub Actions automatically tracks Claude Code usage on every push and PR:

  • πŸ“Š Token Calculation - Estimates tokens based on code changes
  • πŸ’° Cost Estimation - Calculates costs using Claude Sonnet 4.5 pricing
  • πŸ§ͺ Test Feedback - Comprehensive diagnostics with troubleshooting for failures
  • πŸ’¬ PR Comments - Automatic comments on PRs with usage stats
  • πŸ“ˆ Reports - Detailed workflow summaries and test results

Triggers: Every push, pull request, and manual workflow dispatch

# Automatically provides on every PR:
## πŸ“Š Claude Code Usage & Test Report
| Metric | Value |
|--------|-------|
| Estimated Tokens | ~6,452 |
| Estimated Cost | 0ドル.0420 |
| Files Changed | 5 |
| Lines Changed | 593 |

🌐 CNAME Generation for Custom Domains

Easily set up custom domains for GitHub Pages:

# Generate CNAME with DNS instructions
CUSTOM_DOMAIN=docs.yourcompany.com bash scripts/generate-cname.sh
# Or include in SEO generation
make seo-optimize

Features:

  • βœ… Supports apex domains (example.com) and subdomains (docs.example.com)
  • βœ… Provides complete DNS configuration guide
  • βœ… A records and CNAME records with GitHub Pages IPs
  • βœ… Step-by-step GitHub Pages setup
  • βœ… SSL/TLS guidance

πŸ”„ Automatic Update Checker

Stay current with new features and fixes:

# Check for updates interactively
make update

Shows:

  • ✨ New features available
  • πŸ› Bug fixes
  • πŸ“ Documentation updates
  • πŸ“Š Affected files
  • Interactive update prompt with stash support

πŸ€– NEW: Automatic PR & Commit Message Generation

Automatically generate professional commit messages and PR descriptions!

Features

  • πŸ€– Auto PR Descriptions - GitHub Actions automatically generates comprehensive PR descriptions when you create a PR
  • ✍️ Commit Message Generator - Interactive script analyzes your changes and suggests commit messages
  • πŸ” Commit Linting - Validates all commit messages follow conventional commits format
  • πŸ“Š Statistics - Automatic analysis of files changed, insertions, deletions, and commit types

Quick Usage

# Generate commit message (interactive)
./scripts/generate-commit-message.sh
# Generate PR description
./scripts/generate-pr-description.sh
# Or use NPM scripts
npm run commit
npm run pr

Automatic Features

When you create a PR, the system automatically:

  • βœ… Analyzes all commits
  • βœ… Categorizes by type (feat, fix, docs, etc.)
  • βœ… Generates comprehensive description
  • βœ… Adds statistics and commit history
  • βœ… Posts summary comment

Commit Format

All commits must follow:

<type>: <description>

Valid types: feat, fix, docs, chore, test, refactor, perf, style, build, ci

πŸ“š Complete Guide β†’ | Quick Reference β†’


πŸš€ Quick Start (Choose Your Path)

Path 1: Instant Setup (Recommended)

# Download and run installer
bash setup-devops-quick-access.sh
# Restart terminal or reload config
source ~/.zshrc # or ~/.bashrc
# Try it!
devops-quick

Result: Commands available globally in all directories.

Path 2: Manual Setup

# Create prompt directory
mkdir -p ~/.devops-prompts
# Copy prompt files (full.md, quick.md, merge.md, security.md, deploy.md)
# to ~/.devops-prompts/
# Add aliases to your shell config
echo 'alias devops="claude-code \"\$(cat ~/.devops-prompts/full.md)\""' >> ~/.zshrc
# Reload
source ~/.zshrc

Path 3: Per-Project Setup Only

# In your project directory
mkdir -p .devops/prompts
# Copy prompt files to .devops/prompts/
# Add to Makefile or package.json scripts
make devops # or npm run devops

πŸ“¦ What You Get

5 Powerful Commands

Command Purpose Time When to Use
devops Full 15-step pipeline check 5-10 min Before major deployments
devops-quick Traffic light health check 30 sec Every morning, quick status
devops-merge Pre-merge preparation 3-5 min Before creating PRs
devops-security Security scan only 2 min Before commits, routine checks
devops-deploy Deployment workflow 10-15 min Production deployments

What Each Command Checks

devops (Full Pipeline)

πŸ”’ Secret scanning (no API keys committed)
πŸ”’ Dependency vulnerabilities (npm audit)
βœ“ Build status & troubleshooting
βœ“ Code cleanup (console.logs, debug)
πŸ—„οΈ Database backup verification
βœ“ Documentation updates (CHANGELOG, README)
βœ“ TODO/FIXME review
βœ“ VERSION bumping
πŸ“Š Performance checks (bundle size)
βœ“ CI/CD workflow verification
πŸ§ͺ Smoke tests

devops-quick (30-Second Check)

🟒 Build | 🟒 Tests (87%) | 🟒 Deploy | 🟒 Monitoring

Or with issues:

πŸ”΄ Build FAILED | 🟒 Tests | ⚠️ Deploy SLOW | 🟒 Monitoring

devops-merge (Pre-Merge)

1. Verify builds passing (auto-retry if failed)
2. Run cleanup checklist
3. Update all documentation
4. Check for merge conflicts
5. Generate PR or merge command

devops-security (Security Only)

1. Scan for secrets (trufflehog/git-secrets)
2. Check dependency vulnerabilities
3. Verify .env not committed
4. Validate environment variables

devops-deploy (Deployment)

1. Pre-deploy: Backup database, verify env
2. Deploy: Execute deployment
3. Post-deploy: Run smoke tests
4. Monitor: Check errors for 15 min
5. Notify: Alert team of status

πŸ“‚ Files Included

File Purpose Size
setup-devops-quick-access.sh One-click installer 13 KB
DEVOPS-CHEATSHEET.txt Visual quick reference 22 KB
devops-quick-access.md Complete guide with all options 17 KB
effective-devops-prompts.md Advanced patterns & best practices 22 KB
security-implementation-guide.md Security tools setup guide 19 KB
github-actions-workflows.md CI/CD automation templates 21 KB
devops-pipeline-template.md Full pipeline prompt template 13 KB
devops-quickstart.md Copy-paste ready examples 4 KB

πŸ“ Feature Documentation Workflow - Hybrid Approach (NEW!)

Intelligent tiered documentation enforcement that prevents deviation from project goals while maintaining developer velocity.

🎯 What It Does

Automatic Tiered Enforcement:

  • πŸ” Detects feature size automatically (lines changed)
  • βš–οΈ Applies appropriate requirements based on complexity
  • 🚫 Blocks merge for medium/large features without proper docs
  • ⚠️ Provides warnings and guidance for small features

Smart Requirements:

Tier Size Requirements Enforcement
1 (Small) <200 lines Brief context, 50+ words Warnings only
2 (Medium) 200-1000 lines All sections, 100+ words Blocks merge
3 (Large) >1000+ lines Comprehensive, 200+ words Blocks merge

πŸš€ Quick Start

Option 1: Use CLI Tools (Recommended)

# Set up CLI tools (one-time setup)
mkdir -p ~/.devops-prompts/features
cp .devops/prompts/features/*.md ~/.devops-prompts/features/
# Add aliases to ~/.zshrc or ~/.bashrc
echo 'alias devops-feature-start="claude-code \"\$(cat ~/.devops-prompts/features/feature-start.md)\""' >> ~/.zshrc
echo 'alias devops-feature-validate="claude-code \"\$(cat ~/.devops-prompts/features/feature-validate.md)\""' >> ~/.zshrc
source ~/.zshrc
# Start a new feature (CLI guides you)
devops-feature-start
# Validate before PR
devops-feature-validate

Option 2: Manual

# Start feature
git checkout -b feature/my-feature
# Copy template
cp docs/templates/FEATURE_TEMPLATE.md docs/features/my-feature.md
# Fill in sections as you develop
vim docs/features/my-feature.md
# Commit with feature
git add docs/features/my-feature.md
git commit -m "docs: add feature documentation"

πŸ“š Complete Documentation Suite

Quick References:

  • docs/FEATURE-DOCS-README.md - Quick start for developers
  • docs/HYBRID-SETUP-GUIDE.md - 5-minute setup guide

Implementation Guides:

  • docs/TIERED-FEATURE-WORKFLOW.md - How the tier system works (6000+ words)
  • docs/ROLLOUT-PLAN.md - Progressive 6-week adoption plan (8000+ words)
  • docs/FEATURE-DOCUMENTATION-GUIDE.md - Complete developer guide (5000+ words)
  • docs/FEATURE-DOCS-IMPLEMENTATION-RECOMMENDATIONS.md - 3 implementation approaches

Templates & Tools:

  • docs/templates/FEATURE_TEMPLATE.md - Copy-paste documentation template
  • .github/workflows/feature-docs-check.yml - Automated tiered validation
  • .devops/prompts/features/ - CLI tool prompts
  • scripts/doc-metrics.sh - Coverage and quality tracking

πŸ› οΈ Available Tools

CLI Commands:

devops-feature-start # Create feature branch + docs scaffold
devops-feature-validate # Check documentation completeness

Monitoring:

./scripts/doc-metrics.sh # View coverage by tier, quality metrics

GitHub Actions:

  • Automatic enforcement on all feature branch PRs
  • Tier-based requirements
  • Helpful PR comments with guidance
  • Detailed status reporting

✨ Benefits

Measurable Impact:

  • πŸ“Š 100% coverage for medium/large features (enforced)
  • ⚑ 40% faster code reviews (reviewers have context)
  • 🎯 Zero deviation from project goals (documented alignment required)
  • πŸ“š 30% faster onboarding (feature history available)
  • πŸ” 60% fewer "why was this built?" questions

Developer Experience:

  • πŸš€ Small features aren't burdened (warnings only)
  • 🀝 CLI tools provide helpful guidance
  • πŸ“ˆ Progressive 6-week rollout (gentle adoption)
  • πŸ“Š Quality metrics track improvement

🎯 Three-Tier System Explained

Tier 1: Small Features (<200 lines)

  • Example: Button color change, text update, minor UI tweak
  • Requirement: Brief documentation recommended
  • Enforcement: Warnings only (won't block merge)
  • Time: ~5 minutes

Tier 2: Medium Features (200-1000 lines)

  • Example: New form component, API endpoint, database migration
  • Requirement: All 4 sections, 100+ words, substantive content
  • Enforcement: Blocks merge if missing
  • Time: ~15 minutes

Tier 3: Large Features (>1000 lines)

  • Example: Authentication system, payment integration, major refactor
  • Requirement: Comprehensive docs, 200+ words, detailed sections
  • Enforcement: Blocks merge if insufficient
  • Time: ~30 minutes

πŸ“… Progressive Rollout Plan

Phase 1 (Weeks 1-2): Soft Launch

  • Workflow runs in warning mode only
  • Team learns tools and process
  • No blocking, just guidance

Phase 2 (Weeks 3-4): Large Features

  • Tier 3 (>1000 lines) enforcement begins
  • Tier 1 & 2 remain warnings only
  • ~20% of features affected

Phase 3 (Weeks 5-6): Standard Enforcement

  • Tier 2 & 3 enforcement active
  • ~80% of features require docs
  • Tier 1 remains recommended

Phase 4 (Week 7+): Standard Practice

  • Continuous improvement
  • Monthly office hours
  • Metrics tracking

See: docs/ROLLOUT-PLAN.md for detailed plan with communication templates

πŸŽ“ Getting Started

For DevOps Lead:

  1. Read docs/HYBRID-SETUP-GUIDE.md (5 min)
  2. Set up CLI tools
  3. Run ./scripts/doc-metrics.sh for baseline
  4. Review docs/ROLLOUT-PLAN.md
  5. Schedule team demo

For Developers:

  1. Read docs/FEATURE-DOCS-README.md (5 min)
  2. Install CLI tools (2 min)
  3. Try on next feature
  4. Run devops-feature-validate before PR

For Teams:

  1. Follow 6-week rollout plan
  2. Run weekly metrics
  3. Hold office hours (2x/week initially)
  4. Iterate based on feedback

πŸ“Š Monitoring & Metrics

# Run metrics script
./scripts/doc-metrics.sh
# Shows:
# - Coverage by tier (Tier 1/2/3 percentages)
# - Quality metrics (sections, word count, project refs)
# - Files needing improvement
# - Overall quality score with recommendations

πŸ”§ Customization

Adjust tier thresholds: Edit .github/workflows/feature-docs-check.yml lines 49-67

Adjust word requirements: Edit .github/workflows/feature-docs-check.yml lines 168-173

Customize template: Edit docs/templates/FEATURE_TEMPLATE.md

πŸ’‘ Why Hybrid Approach?

Combines best of three approaches:

  1. βœ… Automatic enforcement (ensures compliance)
  2. βœ… Developer guidance (makes it easy)
  3. βœ… Tiered requirements (appropriate rigor)

Result: High-quality documentation without developer frustration

Complete Guide: docs/FEATURE-DOCS-README.md | Setup: docs/HYBRID-SETUP-GUIDE.md | Rollout: docs/ROLLOUT-PLAN.md


🎯 Recommended Setup Flow

Day 1: Core Installation (5 minutes)

bash setup-devops-quick-access.sh
source ~/.zshrc
devops-quick # Test it works

Day 2: Add to Main Project (10 minutes)

cd /path/to/main-project
devops-add-to-project
make devops # or npm run devops

Week 1: Security Tools (30 minutes)

Follow security-implementation-guide.md:

  • Install git-secrets
  • Setup npm audit
  • Create .env.example
  • Add validation scripts

Week 2: CI/CD Integration (1 hour)

Follow github-actions-workflows.md:

  • Add workflows to .github/workflows/
  • Configure secrets
  • Test automation

Month 1: Team Rollout

  • Share setup script with team
  • Create project-specific customizations
  • Add to onboarding docs

πŸ› οΈ Customization Guide

Per-Project Customization

  1. Add project to your system:
cd your-project
devops-add-to-project
  1. Customize prompts for your project:
# Edit project-specific prompts
vim .devops/prompts/full.md
# Add project-specific checks
echo "- [ ] Test Telegram bot responses" >> .devops/prompts/full.md
echo "- [ ] Verify affiliate links parsing" >> .devops/prompts/full.md
echo "- [ ] Check rate limiting" >> .devops/prompts/full.md
  1. Add to your workflow:
// package.json
{
 "scripts": {
 "precommit": "npm run devops:security",
 "prepush": "npm run devops:merge",
 "predeploy": "npm run devops"
 }
}

Global Customization

Edit base prompts:

vim ~/.devops-prompts/full.md # Full pipeline
vim ~/.devops-prompts/quick.md # Quick check
vim ~/.devops-prompts/merge.md # Pre-merge
vim ~/.devops-prompts/security.md # Security
vim ~/.devops-prompts/deploy.md # Deployment

πŸ”— Integration Options

Git Hooks

# .git/hooks/pre-push
#!/bin/bash
claude-code "$(cat ~/.devops-prompts/merge.md)"

Makefile

.PHONY: check merge deploy
check:
	@claude-code "$$(cat .devops/prompts/full.md)"
merge:
	@claude-code "$$(cat .devops/prompts/merge.md)"
deploy:
	@claude-code "$$(cat .devops/prompts/deploy.md)"

NPM Scripts

{
 "scripts": {
 "check": "claude-code \"$(cat .devops/prompts/full.md)\"",
 "merge": "claude-code \"$(cat .devops/prompts/merge.md)\"",
 "deploy": "claude-code \"$(cat .devops/prompts/deploy.md)\""
 }
}

GitHub Actions

See github-actions-workflows.md for complete CI/CD setup.

VS Code Tasks

{
 "version": "2.0.0",
 "tasks": [
 {
 "label": "DevOps Check",
 "type": "shell",
 "command": "claude-code \"$(cat .devops/prompts/full.md)\"",
 "problemMatcher": []
 }
 ]
}

πŸ’‘ Best Practices

Daily Workflow

Morning:

devops-quick # Check status from overnight builds

Before Committing:

devops-security # Scan for secrets & vulnerabilities

Before Creating PR:

devops-merge # Run full pre-merge checklist

Before Deploying:

devops # Full pipeline validation

During Deployment:

devops-deploy # Guided deployment with monitoring

Team Workflows

  1. Standardize checks across team

    • Share prompts via gist or repo
    • Include in project setup docs
    • Add to CI/CD for enforcement
  2. Customize per project type

    • Frontend: Add Lighthouse, bundle size
    • Backend: Add API tests, DB migrations
    • Full-stack: Combine both
  3. Integrate with existing tools

    • Don't replace tools, complement them
    • Use as pre-flight checks
    • Catch issues before CI/CD

πŸ› Troubleshooting

"Command not found"

# Reload shell config
source ~/.zshrc # or ~/.bashrc
# Check aliases exist
alias | grep devops
# Re-run installer if needed
bash setup-devops-quick-access.sh

"Claude Code not found"

# Install Claude Code
# Visit: https://docs.claude.com/claude-code
# Or use Claude.ai web interface instead
# (commands won't work, but prompts still useful)

Prompts not loading

# Check files exist
ls ~/.devops-prompts/
# Should see: full.md, quick.md, merge.md, security.md, deploy.md
# If missing, re-run installer
bash setup-devops-quick-access.sh

Want to update/reset prompts

# Backup current prompts
cp -r ~/.devops-prompts ~/.devops-prompts.backup
# Re-run installer (overwrites with defaults)
bash setup-devops-quick-access.sh
# Or manually edit
vim ~/.devops-prompts/full.md

πŸ“– Documentation Index

Document What's Inside Read When
DEVOPS-CHEATSHEET.txt Visual quick reference card Keep handy, print it
devops-quick-access.md All access methods & options Planning implementation
setup-devops-quick-access.sh Automated installer First time setup
effective-devops-prompts.md Advanced patterns & examples Learning best practices
security-implementation-guide.md Tool setup & configuration Adding security scans
github-actions-workflows.md CI/CD automation Setting up automation
devops-pipeline-template.md Detailed pipeline prompt Understanding what runs
devops-quickstart.md Copy-paste examples Need quick examples

πŸŽ“ Learning Path

Beginner (Week 1)

  1. Run setup-devops-quick-access.sh
  2. Use devops-quick daily
  3. Read DEVOPS-CHEATSHEET.txt
  4. Try devops-merge before next PR

Intermediate (Month 1)

  1. Add to one project: devops-add-to-project
  2. Customize prompts for your needs
  3. Set up security tools from guide
  4. Share with team

Advanced (Month 2+)

  1. Integrate with CI/CD (GitHub Actions)
  2. Create custom project templates
  3. Build team-specific workflows
  4. Contribute improvements back

🚒 Deployment Strategy

Phase 1: Personal Use (You)

  • Install on your machine
  • Use for your projects
  • Refine based on your workflow

Phase 2: Project Integration (Your Repos)

  • Add to main projects
  • Customize per project
  • Add to CI/CD

Phase 3: Team Adoption (Your Team)

  • Share setup script
  • Add to onboarding
  • Create team standards

Phase 4: Organization-Wide (Company)

  • Publish internal package
  • Standardize across teams
  • Measure impact metrics

πŸ“Š Success Metrics

Track these to measure impact:

  • Time saved: Manual checks vs automated
  • Issues caught: Before vs after implementation
  • Deploy confidence: Failed deploys before/after
  • Team adoption: % of team using regularly
  • Incident reduction: Production issues over time

🀝 Contributing & Sharing

Share with Team

# Option 1: GitHub Gist
# Create gist with all prompt files
# Share install link: curl -L gist-url/install.sh | bash
# Option 2: Internal Repo
git init devops-toolkit
cp ~/.devops-prompts/* devops-toolkit/
git add . && git commit -m "Initial toolkit"
git push origin main
# Option 3: NPM Package
npm init
# Add scripts, publish
npm publish @yourcompany/devops-cli

Customize & Improve

# Edit prompts to fit your stack
# Add company-specific checks
# Share improvements back
# Build internal best practices

πŸŽ‰ You're Ready!

Next Steps:

  1. Install: bash setup-devops-quick-access.sh
  2. Test: devops-quick
  3. Use: Add to your daily workflow
  4. Customize: Edit prompts for your needs
  5. Share: Roll out to team

Questions? Check:

  • Cheat sheet: cat ~/.devops-prompts/CHEATSHEET.txt
  • Quick ref: cat ~/.devops-prompts/QUICKREF.md
  • Full docs: All .md files in outputs directory

πŸ“ž Support & Updates

Get Help:

  • Check troubleshooting section above
  • Review documentation files
  • Test individual components

Stay Updated:

  • Bookmark installer script location
  • Check for prompt improvements
  • Share learnings with team

Happy DevOps-ing! πŸš€

Making professional DevOps practices accessible to everyone, one command at a time.

About

A curated pick of must and nice to haves for devops.

Topics

Resources

Contributing

Security policy

Stars

Watchers

Forks

Packages

Contributors

AltStyle γ«γ‚ˆγ£γ¦ε€‰ζ›γ•γ‚ŒγŸγƒšγƒΌγ‚Έ (->γ‚ͺγƒͺγ‚ΈγƒŠγƒ«) /