
Frontend Deploy Standard
- 1 installs
- Updated April 21, 2026
- ducter-dev/mis-skills-ai
Helps with devops & ci/cd tasks.
About
frontend-deploy-standard is a Claude Code skill for devops & ci/cd. It helps developers move faster with AI-assisted coding.
- frontend-deploy-standard
- DevOps & CI/CD
- AI-coding skill
Frontend Deploy Standard by the numbers
- 1 all-time installs (skills.sh)
- Ranked #1,172 of 1,435 DevOps & CI/CD skills by installs in the Skillselion catalog
- Data as of Jul 7, 2026 (Skillselion catalog sync)
npx skills add https://github.com/ducter-dev/mis-skills-ai --skill frontend-deploy-standardAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| Last updated | April 21, 2026 |
| Repository | ducter-dev/mis-skills-ai ↗ |
What it does
Helps with devops & ci/cd tasks.
Files
Frontend Deployment Standard
Use this skill to quickly scaffold or verify the Docker and CI/CD infrastructure for a Vite-based frontend project.
Key Features
- Git Auto-detection: Automatically captures commit hash and date during build (even if build-args are missing).
- Multi-stage Builds: Minimal production images using Nginx.
- Environment Isolation: Separate configurations for Local Development, Staging (QA), and Production.
- CI/CD Integrated: Workflows for GitHub Actions and Dokploy.
---
🚀 Workflow
1. Analyze Project: Check if it's a Vite project and identify its build command (usually npm run build). 2. Generate Configs: Create the Docker, Compose, and Workflows files using the templates below. 3. Environment Setup: Prompt the user to configure variables in the .env or Dokploy dashboard. 4. Verification: Build locally to ensure the .git folder is correctly read and the commit.txt is generated.
---
🐳 Docker Templates
[.dockerignore]
[!IMPORTANT]
Do NOT ignore .git if you want auto-detection of commit hashes in local builds (e.g. Dokploy).# .git (uncomment if you want to allow commit hash detection during build context)
node_modules
dist
.env
.gitignore
.dockerignore
README.md
docs
npm-debug.log
error.log[Dockerfile.staging / Dockerfile.prod]
Pattern for multi-stage build with Git persistence.
# Build stage
FROM node:22-alpine AS build-stage
# Prevent OOM during build
ENV NODE_OPTIONS="--max-old-space-size=4096"
RUN apk add --no-cache git
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
# Optional ARGs (passed by GHA or CI)
ARG VITE_GIT_COMMIT_HASH
ARG VITE_GIT_COMMIT_DATE
# Add other app-specific ARGs here
# Generate commit.txt (uses ARG if available, fallback to git command)
RUN HASH=${VITE_GIT_COMMIT_HASH:-$(git rev-parse --short HEAD 2>/dev/null || echo "unknown")} && \
DATE=${VITE_GIT_COMMIT_DATE:-$(git log -1 --format=%cd 2>/dev/null || echo "unknown")} && \
echo "Commit: $HASH" > commit.txt && \
echo "Date: $DATE" >> commit.txt
RUN npm run build
# Production stage (Nginx)
FROM nginx:stable-alpine AS production-stage
# Persist info in the final image
COPY --from=build-stage /app/dist /usr/share/nginx/html
COPY --from=build-stage /app/commit.txt /usr/share/nginx/html/commit.txt
COPY nginx.conf /etc/nginx/conf.d/default.conf
HEALTHCHECK --interval=30s --timeout=10s --retries=3 --start-period=40s \
CMD wget -q --spider http://127.0.0.1/health || exit 1
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]---
⚙️ Orchestration Templates
[docker-compose.yml]
services:
app-image:
image: ${DOCKER_REGISTRY}/${DOCKER_IMAGE_NAME}:${IMAGE_TAG:-latest}
container_name: your-app
restart: unless-stopped
pull_policy: always
ports:
- "${APP_PORT:-8080}:80"
healthcheck:
test: ["CMD-SHELL", "wget -q --spider http://127.0.0.1/health || exit 1"]
interval: 30s
timeout: 10s
retries: 3
start_period: 40s
networks:
- app-network
networks:
app-network:
driver: bridge---
🛠 CI/CD Templates
[.github/workflows/staging.yml]
- Build and push to GHCR.
- Automatic deployment to Dokploy via API.
# ... checkout, docker login, metadata extraction ...
# ... build step ...
- name: Build and push Docker image
uses: docker/build-push-action@v5
with:
context: .
push: true
tags: ${{ steps.meta.outputs.tags }}
build-args: |
VITE_GIT_COMMIT_HASH=${{ github.sha }}
VITE_GIT_COMMIT_DATE=$(date -u +"%Y-%m-%dT%H:%M:%SZ")
# NODE_OPTIONS is set in Dockerfile
- name: Trigger Dokploy Deployment (API)
run: |
curl -X POST "${{ secrets.DOKPLOY_API_URL }}" \
-H "accept: application/json" \
-H "Content-Type: application/json" \
-H "x-api-key: ${{ secrets.DOKPLOY_API_KEY }}" \
-d "{\"composeId\": \"${{ secrets.DOKPLOY_COMPOSE_ID }}\"}"---
📖 Best Practices
1. Vite Define: Use define in vite.config.js to inject versioning into the JS bundle. 2. Commit File: Always deploy commit.txt to help debug which version is running in a specific container. 3. No Default Unknown: In compose files, prefer empty values over :unknown string to let Vite's logic handle detection.